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Multics Software Release 10.2 
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AU77-03 March 1984 


Honeywell 


PREFACE 


This manual describes the online maintenance capabilities of the Multics 


System. It contains detailed information concerning installation, access, tests, 
and termination requirements. 


Initial installation of the subsystem is covered in Section 2. 


Users with a basic knowledge of the operating subsystem need only concern 
themselves with Section 3 as regards TOLTS operation. New users will find it 
beneficial to familiarize themselves with the complete document. 


This manual should be used in conjunction with the following Customer Service 
Representative documentation: 


Series 6000 Test and Diagnostics Manual (58008382) 
MPC Subsystem Handbook (TNG-335-004) 


T&D Microfiche Documentation 


Significant Changes in AU7TT-03 


New items incorporated with this release are: 


1. MOLTS -- Disk Confidence Program, Tape Compatibility Program, and Tape 
Shotgun Program. 


2. MOLTS, POLTS, ISOLTS, and COLTS -- a number of additional extensions 
_ to the ped request. 


36 Added Appendix B -=- Formatting Disks with MTR. 


Revised items are: 
1. load_tandd_ library command. 


2. MOLTS, POLTS, ISOLTS, and COLTS -- msg request. 


The information and specifications in this document are subject to change without notice. This 
document contains information about Honeywell products or services that may not be available 
outside the United States. Consult your Honeywell Marketing Representative. 
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SECTION 1 


INTRODUCTION 


The online test and diagnostic (T&D) function utilized in the Multics System | 
is part of the overall maintenance program dedicated to providing maximum system 
availability for production use. The present online program is part of a continuing 
evolutionary maintenance plan intended to minimize usage of the system and its 
peripherals in a test environment. 


Online tests running concurrently with normal system activities are a proven 
approach to system maintainability and availability. Testing may be initiated 
by either site operations or field engineering personnel. Individual access to 
the system or its related peripherals is controlled by the System Administrator. 


This manual describes the installation requirements and executive programs 
for the Total OnLine Test System (TOLTS), MPC OnLine Test Subsystem (MOLTS), 
Peripheral OnLine Test Subsystem (POLTS), ISolated “OnLine Test Subsystem (ISOLTS), 
and the Communications “OnLine Test Subsystem (COLTS). 
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SECTION 2 


TOLTS INSTALLATION 


TOLTS provides a limited command environment and an interface for the MOLTS, 
POLTS, ISOLTS, and COLTS active test subsystems. Included in TOLTS is the TOLTS 
command processor, a limited process overseer called tolts_overseer_, plus a 
"quit" handler that limits a TOLTS user to interactively call and execute only 
test and diagnostic test pages. 


All TOLTS programs that interface with the Multics system reside in the 
segment >system_library_tools>bound tolts_. 


All test pages and slave mode executions that are driven by the bound tolts_ 
modules are located in the keyed sequential file tandd deck file located in 
>system_library_tandd. 


TOLTS INSTALLATION INSTRUCTIONS 


TOLTS testing is normally initiated by Honeywell field engineering personnel. 
The system administrator provides a project for field engineering to log into. 
This project, HFED, is normally registered at Multics cold startup time. If the 
HFED project is missing, or if additional personids are desired, register the 
HFED project by creating and installing the following Project Master File (PMF) 
entry: 


/* Project Master File for Online T&D #*/ 


Projectid: HFED; 

Initproc: tolts_overseer_; 
Grace: 60; 

personid: <name> ; 

end; 


Add the following commands to the system_start_up.ec (part 3) to give the 
HFED project the necessary access to the gates rep _sys_, rep _priv_, phes_, and 
tandd . 


hpsa >system_library_1>rcep>sys_ re *.HFED.* 

hpsa >system_library_ 1>rep>priv_ re *.HFED.* 

hpsa >system_ library>phes_ re *.HFED. i 

hpsa >system_library_1>tandd_ re *.HFED.* 

hpsa >system_ control 1>opr_ query_ data rw *.HFED.* 
hpsa >system_ control _1>rep>tandd. acs rw *.HFED.#* 
hpsa >system_ control 1>cedt r *.HFED.* 
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COLTS INSTALLATION INSTRUCTIONS 


In order to run COLTS on a given DATANET 355/6670 Front-End Network Processor 
(FNP), the following must be done: 


1. 


Definition of COLTS channel 

The COLTS executive channel must be configured in the Channel Definition 
Table (CDT). The name of this channel is X.c000, where X is the name 
of the FNP. The entry in the Channel Master File (CMF) should be as 
follows: 


name: X.c000; service: slave; baud: 9600; line type: COLTS; comment: 
"COLTS executive channel"; 


See the description of the CMF in MAM Communications, Order No. CCT75. 


COLTS module in FNP core image 

The bindfile for the FNP must include the name "melt" in the "order" 
Statement. See the description of the FNP bindfile in MAM Communications 
for more information. 


Access required 

The user must have at least re access on the >scl>tandd_ gate, r 
access to >system_control 1>cdt, and at least rw access on all of the 
following access control segments in >system_control_1>rcp: 


tandd.acs 

X.c000.acs (where X is the FNP name) 

{channel_name}.acs (where {channel_name} is the name of any subchannel 
of the FNP that is to be tested) 
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SECTION 3 


TOLTS EXECUTIVE 


This section details the overall operating characteristics of the TOLTS 
executive, tolts_overseer_. It also describes TOLTS operating restrictions and 
instructions and includes MOLTS and POLTS test requests, in a condensed version, 
for those users needing only a reminder of operating procedures. 


TOLTS EXECUTIVE PROGRAM FUNCTIONS 


The TOLTS executive is the overall test system that coordinates and communicates 
with the other executive programs. It provides an interface between the subsystem 
executives and Multics. All tests are run under MOLTS, POLTS, or ISOLTS subsystem 
executives (no testing is accomplished by TOLTS itself). 


Multiprogrammed Peripheral Controller Testing 


MOLTS, a subexecutive of TOLTS, permits test and diagnostic programs to be 
run on the Microprogrammed Peripheral Controller (MPC), and peripheral devices 
attached to MPCs. Refer to Section 4 for specific subsystems that may be tested 
with MOLTS. 


Peripheral Testing 


POLTS provides a set of test and diagnostic peripheraal programs that test 
peripherals in a system environment. Refer to Section 5 for specific peripherals 
that may be tested with POLTS. 


Processor Testing 


ISOLTS provides the capability to test processors (in a multi processor and 
system controller configuration) completely independent and isolated from the 
Multics environment. Refer to Section 6 for operational details of the ISOLTS 
subsystem. 


Front-End Network Processor Testing 


COLTS provides the capability of functional testing of the FNP adapters in 
an online environment. Refer to Section 7 for operational details of the COLTS 
subsystem. 
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TOLTS OPERATING RESTRICTIONS 


The following restrictions apply to the MOLTS and POLTS subsystems. 


1. 


When running Isolation Test Routines (ITRs) on a Unit Record MPC, all 
I/O drivers with configured devices running on that MPC must be logged 
out. On the other hand, if Micro-coded Device Routines (MDRs) or 
POLTS is being run on a device connected to a Unit Record MPC, only 
the I/O driver configured for that device must be logged out. Refer 
to Section 4 for a description of ITRs and MDRs. 


Before running POLTS or MDR Test Pages on a disk drive, the disk drive 
must be configured as an I/O device. This is done by the system 
operator and can be achieved by using the UDSK configuration card or 
the set_drive_ usage initializer command. For an explanation of the 
UDSK configuration card and the set_drive_usage command, refer to the 


Multics Operators Handbook, Order No. AM81. 


In order to run ITRs on a disk MPC, there must be a redundant data 
path to the devices connected to that MPC (dual crossbarred MPCs). 


In order to run MDRs on a disk device, there must be a redundant MPC 
data path so that the system may perform I/O on the other devices 
connected to the MPC through which MDRs are being executed. 


The following restriction applies to the ISOLTS subsystem: 


At least two processors and two system controllers must be configured 
in order to run ISOLTS. 


TOLTS OPERATING INSTRUCTIONS 


A user logging in under the HFED project types: 


login Person_id HFED 


where Person_id is the registered name of a person on the HFED project. 


After the password is given, TOLTS responds by displaying the following 


message: 


#*¥tolts executive version xxxxxx on yyyyyy at zz.zzz 


eae 


where: 


***¥enter "polts", "molts", "isolts", "colts," "quit", or "msg" 
29 


1. XxXXXXX 


2. yyyyyy 
1 


is the TOLTS version date expressed as yymmdd (year month day). 


Ss the current date expressed as yymmdd. 


36 ZZ.ZZZ 


is the time in hours and thousandths of hours. 
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After the three question marks (?7?7?7), the user types one of the expected 
responses. If polts, molts, isolts , or colts is typed, control is passed to 
the appropriate subsystem (refer to Sections 4, 5, 6, or 7). If quit is typed, 
TOLTS issues the following message and then logs out: 


##¥tolts executive version xxxxxx off yyyyyy at zz.zzz 


If msg is typed, the system prepares to accept one line of user input (not to 
exceed 80 characters) to be routed to the operator master console. If an interaction 
with the operator at the master console is required, the message must be terminated 
with a "?" which in turn prompts the operator for a response. This facility 
allows the user to request resources (disk usage, tape label, disk packs, etc.) 
prior to invoking ISOLTS, COLTS, MOLTS, or POLTS. The following sequence of 
lines is associated with an example session at a users' terminal: 


2???msg 

***enter one line message up to 80 char 

???is tape drive tapa_04 available? 

no (this is the operator response -- see below) 


The next sequence is associated with the system operator's console and is a 
response to the question asked above. In this case the operator is saying "no", 
the requested tape drive is not available. Following is the system operator's 
sequence to the above question: 


is tape drive tapa_04 available? 
Please reply: x oqr followed by message of up to 80 characters 
x oqr no 


The next sequence is associated with the user's terminal which simply instructs 


the operator (i.e., the comment is without "?" and no operator response is 
necessary): 
2??msg 


**#enter one line message up to 80 char 
???please use tape number m1234 for next mount request 


If a communication is required after invoking an executive, enter a "test 
msg" request in response to the "???" prompt and the same facility is used. 


CONDENSED VERSION OF COLTS, MOLTS, AND POLTS OPERATION 


The remainder of this section is devoted to those users familiar with the 
operation of the TOLTS subsystems who need only sketchy reminders to accomplish 
operational procedures. 


Detailed descriptions for MOLTS, POLTS, and COLTS are contained in Sections 
4, 5, and 7, respectively. There is no condensed version for ISOLTS (refer to 
Section 6). 


Test Requests 


Any time a quit signal is issued, by pressing the appropriate key on the 
terminal (e.g., QUIT, BRK, ATTN), TOLTS responds by displaying "???" and pauses 
for entry of a new request. Up to eight COLTS or POLTS request may be active at 
one time, but in MOLTS, only one ITR or MDR can be active at a given time. 
MOLTS ITRs may be interrupted, but not terminated. 
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MOLTS, POLTS, AND COLTS COMMON REQUESTS 


lstal 


MOLTS REQUESTS 


mdcicedd 
modcicedd 
medcicedd 


mdricedd 
modriccdd 
medriccdd 


mmticedd 
momticcedd 
memticedd 


mpcice 
mopceice 
mepcice 


mtciccdd 
motcicecdd 
metciccedd 
mtgiccdd 


motgiccdd 
metgiccdd 


POLTS REQUESTS 


picedd 
poicedd 
peicedd 


COLTS REQUESTS 


enecss 


conccss 
cencess 


list active text pages. 
communication request to system operator. 
list current peripheral configuration. 


wrap up operation. 


run MDC (where icedd is IOM/channel/device). 
communication request for MDC. 
terminate MDC. 


run MDR. 
communication request for MDR. 
terminate MDR. 


run MTR/RMC. 
communication request for MTR/RMC, 
terminate MTR/RMC. 


run ITR. 
communication request for ITR. 
terminate ITR. 


run MTC. 
communication request for MTC. 
terminate MTC. 


run MTG, 
communication request for MTG. 
terminate MTG. 


run new test. 
communication request. 
terminate test. 


run test page (where nccss is the processor, IOM channel, 
and subchannel numbers). 

communication request. 

terminate test. 
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OPTION CHARACTERS AND CONTROL MNEMONICS 


JnHros 
JMHrONU 
jaHroa 


Control 


mOHH WO 
Wrma 


accumulate error messages in collection file. 

bypass messages. The halt (n) option overrides. 

output transient error message. If numeric characters xx follow, 
that value is used to override the standard number of retries. 
If "-1" is typed, the standard is restored. 


halt for input of options following errors. 


inform the user of normal "end tests." The halt (h) option 
appends "enter options." 


loop on current test (except 0). 

negate the following option character. (MOLTS -- valid only if 
preceding b, h, i, 1, p, r, t, or the z options. POLTS -- 
valid only if preceding b, e, h, i, 1, p, r, t, xX, or the z 
options. COLTS -- valid only if preceding a, b, e, h; i, 1, p, 
r, or the t options.) 

go to "enter options." 


issue an end pass message when back jump is detected. The halt 
(h) option appends "enter options." 


issue an end cycle message and cycle back to the first test. 
The halt (h) option appends "enter options." 


skip to next test. 
jump to test xxx (xxx may be one, two, or three numeric characters). 


unload option facilitates use of currently loaded tape or disk 
without operator intervention. 


specifies device instead of subchannel test. 


enables the extended status portion of the error message. It 
is initially forced "on" automatically. 


trace I/O setup. Provides a four line MOLTS, or five line 
POLTS message for each test I/0 issued. 


mnemonics (prefixed with ".") 


80 
-man 
-opt 


-pr2 
-prt 


-rseq 


return to test page where interrupted. 
force test page to manual mode. 
enter options. 


append error messages to a print file. 


resequence tests. 
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Special 
# 


* 


~S@QqXX 
-seqaxx 
eseqt 
~-Stnxx 
-Strxx 
etal 
etest e 
-test w 
-typ 


wait 


accept TDL input for manual test page. 
accept data input for manual test page. 
sequence tests in special order. 
initialize manual best page. 

set single test mode for manual test page. 
error tally. Option p or r must be on. 
force termination. 

wrap up COLTS, MOLTS, or POLTS, 

error message sent to terminal. 


test page is put in a "wait" condition. 


Test Page Control Mnemonics for HSLA test pages 


easyne 
-eloop 
-&P 
eneloop 
-nsloop 
-SLOOpxXx 


-synch 


test as asynchronous. 

loop on subtest in error. 

reset .asyne and .synch options. 
turn off .eloop option. 

turn off .sloopxx option. 

restart test and loop on subtest xx. 


test general purpose subchannel as TLPK synchronous 


Ww 
1 
(>a) 


subchannel. 


SECTION 4 


MOLTS provides the online capability to run tests on the MPC and its peripheral 
devices. MOLTS also provides the capability to reboot MPC Firmware while the 
system is up and running Multics. 


NOTE: A restriction exists when running ITRs on disk MPCs. ITRs cannot be run 
on a disk MPC unless the system has another path to the disk drives 
connected to the MPC. 


FUNCTIONAL CAPABILITIES 


MOLTS is a test subsystem that operates under the TOLTS executive program. 
It provides a driver and a user interface with ITRs, MDRs, MTRs (Media Test and 
Analysis Routines), RMCs (Removal Media Certification Routines), MDC (MOLTS Disk 
Confidence Programs), MTC (MOLTS Tape Compatibility), and MTG (MOLTS Tape Shotgun). 


Isolation Test Routines 


The ITRs are a group of micro=-coded diagnostic routines that overlay the 
MPC firmware and test the hardware logic in the MPC. If an error occurs in one 
of the ITRs, the MPC is halted at the location of the error. MOLTS receives a 
timeout and reports an error message that contains the ITR identifier. The 
Customer Service Representative (CSR) can determine which circuit board and group 
of integrated circuit chips are defective by examining the various register 
displays in the MPC and then using this data in conjunction with the fault 
dictionary for the failed test. After the error is corrected, or if all tests 
run correctly, MOLTS reboots the MPC firmware and returns control of the MPC to 
the operating system. 


Micro-coded Device Routines 


The MDRs are a group of highly comprehensive peripheral device diagnostic 
routines that are loaded and executed in the MPC under control of the MPC firmware 
and the central system. Since the MDRs are executed from the MPC, they have 
high resolution in testing the MPC/device interface and also use various diagnostic 
modes within the devices. If an error occurs while running MDRs, MOLTS displays 
an error message that contains a fault dictionary index. By using the fault 
dictionary index and looking at the dictionary entry, an CSR can determine what 
component or group of components in a peripheral device is defective. Since 
firmware is not destroyed by running the MDRs, MOLTS returns control of the MPC 
either after test completion, or after an error has occurred. 
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Media Test and Analysis Routines 


MTRs consist of seven program modules designed to systematically evaluate 
and enhance the data handling properties of the fixed media contained within 
Mass Storage Units (MSU) 500, 501, and 509. Each of the seven modules execute 
under control of the MOLTS subsystem. A full array of MTR module identifiers 
and test option commands are available to ensure user versatility in detecting 
media defects and minimizing operational impact. 


The MTR programs are designed to provide an economical method of extending 
the useful life of the nonremovable mass storage media, whichis generally determined 
by the severity and number of media defects. Media defects may be the result of 
inconsistent manufacturing processes or from damage to the media platter. Regardless 
of the cause of the defect, the net resuit is either a degradation of data 
fidelity or the loss of data. For simplicity, all media defects are termed 
either "hard" or "soft" failures, where soft implies that data written over a 
platter defect is retrievable some of the time and hard implies that data is 
nonretrievable regardless of the number of attempts made. Hard and soft defects 
result in two types of failures: count field or data field errors. The purpose 
of MTR is to overcome the effects of either of these two types of media problems 
by reorganizing the recorded data in an attempt to eliminate the operational 
effect of the faulty area on the platter. 


The MTR programs are progressive in performing their designed. function. 
Program mtr1, while being a "read only" program, provides limited analysis of 
failure symptoms. The error indications determined by the execution of mtri1 are 
further analyzed by successive MTRs. This process continues until the detected 
problem is eliminated through data reorganization or a determination is made 
that the store media is unsalvageable. A functional description of each MTR 
follows. 


mtr1 - device read only testing. 
Full protection of the data base is ensured by allowing execution only 
when write permission is not granted. Program mtr1 is comprised of 
the following subtests, which are also capable of detecting data field 
and count field media defects. 


subtst 1 - read track data field test 

subtst 2 - read/verify count field data test 

subtst 3 - list defective and assigned alternate tracks 
subtst 4 - online test information 


mtr2 - media certification testing. 
The primary purpose is to detect and diagnose new media defects. All 
defects are classified as: 


Ti Transient read error - defined as a soft failure (1 out of 9 
read attempts fail). This type of defect is completely 
acceptable for continued use by the operation system. 


2s Marginal track - defined as a soft failure (anywhere from 2 
to 8 of 9 read attempts fail). This type of defect is detrimental 
to further system operation. 

3% Defective track - defined as a hard failure (9 out of 9 read 
attempts fail). 


Detection and diagnosis is directly related to the degree of media 
certification performed, which is directly related to the number of 
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certification write patterns specified for execution. The expected 
confidence level for detecting all unrecoverable media defects is: 


Pattern 1 - 97.% 

Pattern 2 - 99.0% 
Pattern 3 - 99.4% 
Pattern 4 - 99.6% 
Pattern 5 = 99.7% 
Pattern 6 - 99.8% 
Pattern 7 - 99.9% 


Program mtr2 is comprised of the following subtests: 


subtst 1 - write/read media certification 
subtst 2 - online test information 


mtr3 - track and cylinder reformatting. 
The purpose is to provide the capability to repair defective tracks 
that were diagnosed by mtr2. In addition, it provides the optional 
capability to assign alternate tracks to those tracks identified as 
defective (no alternate assigned). Program mtr3 is comprised of the 
following subtests: 


subtst 1 - reformat 1 track (good) 

subtst 2 - reformat 1 cylinder (good) 

subtst 3 - reformat 1 track (defective) 

subtst 4 - assign alternate tracks on logical device 


mtr4 - online reformat information. 
The purpose is to provide online information pertinent to reformatting. 
The information is output at the controlling terminal or at a dedicated 
printer (pr2) if the .prt option is invoked. 


mtr5 - PRMFL emergency track repair. 
The purpose is to provide the capability to repair diagnosed media 
defects on a device that contains "live system data." 


mtr6 - reformat physical device. 
The purpose is to provide the CSR with the capability to record a 
prescribed format on a Head Device Assembly (HDA) in a field environment. 
This includes replacement, upgrade, and downgrade of HDAs. 


“i 


ie mtr? - special format functions. 
The purpose is to provide the CSR with the capability to assign alternate 
tracks on the physical device, and to create and write Error Logging 
Track (ELTs). Program mtr7 is comprised of the following subtests: 


subtst 1 - assign alternate tracks on physical device 


subtst 2 - write ELTs 


ENHANCEMENTS 


Following is a description of the most important enhancements made to MIR 
(Rev. 3). 
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Test Speed Up 


Most segments are designed with test speedup features and execution time is 
reduced up to 70% and more. The speedup was accomplished through the application 
of a cylinder chain I/0. The Mass Store Controller is dedicated to execute the 
chain I/O or cylinder. It cannot be interrupted until the chain has completed 
execution. 


Multiple Device Testing 


Testing is provided with all of the MTR segments. A maximum of seven 
segments can be put into execution at the same time. As an example, if there 
are seven HDAs that require formatting, all seven can be formatted at the same 
time, 


PRMFL Emergency Track Repair 


Program mtr5 provides a safe way to try and repair individual tracks on an 
HDA that contains "live system data." 


The user must become familiar with the term “locked sector." A locked 
sector defines the technique used by mtr5 to simulate an unrecoverable sector. 
The lock is provided through the format recorded on a given track. If the 
system tries to read a locked sector the result is a data field syne byte error 
(13-26 or 13-27). 


The unlock is provided through any write command to a (physical) locked 
sector. Thus when a data restore is performed, it unlocks the sector during the 
write process and the system has access to valid data. In summary, the locked 
sector protects the system from being able to recover garbage data until a data 
restore is performed. 


The track repair test requires one spare alternate track to exist on the 
pack before the test can begin. This alternate track holds the data while the 
bad track is being repaired. If the bad track is repairable, the data is copied 
from the alternate track and the alternate track is released and can be used at 
another time. If the track is not repairable, it is formatted bad with the 
alternate track as its alternate. It is possible that the bad track is already 
an alternate for some other bad track and the process is essentially the same. 


Fast Read Scan 


This is a special option provided in Test 1 (subtst 1). When the "all 
track" test mode is selected, the option is made available through a test request. 
Its primary application is to quickly scan a logical device for hard media 
errors. Multiple copies can be utilized but no more than one per odd/even 
device pair. 


The Fast Scan executes in approximately 6 to 10 minutes, even under heavy 
system load conditions. 


The ideal time to use this feature is just prior to a full system initialize. 
The fast scan should be executed on all fixed media disk devices connected to 
the system. Bad tracks should be repaired using program mtr5S (PRMFL Emergency 


4} AU77=-03 


Track Repair). Following this the data restore should be performed on the "locked 
sectors." This allows cleanup of the bad tracks and at the same time have the 
complete data base intact. 


Removable Media Certification Routines 


RMCs consist of six program modules designed to systematically evaluate and 
enhance the data handling properties of the removal media contained within Mass 
Storage Units, (.DS450, .DSH00, .DS310, .DS191, .DS190, and .DS181). Each o 
the six modules execute under control of the MOLTS subsystem. A full array of 
RMC module identifiers and test option commands are available to ensure user 
versatility in detecting media defects and minimizing operational impact. 


The RMC programs are designed to provide an economical method of extending 
the useful life of the removable mass storage media, which is generally determined 
by the severity and number of media defects. Media defects may be the result of 
inconsistent manufacturing processes or from damage to the media platter. Regardless 
of the cause of the defect, the net result is either a degradation of data 
fidelity or the loss of data. For simplicity, all media defects are termed 
either "hard" or "soft" failures, where soft implies that data written over a 
platter defect is retrievable some of the time and hard implies that data is 
nonretrievable regardless of the number of attempts made. Hard and soft defects 
result in two types of failures: count field or data field errors. The purpose 
of RMC is to overcome the effects of either of these two types of media problems. 
Bad tracks are marked defective (no alternate assigned) and the user has the 
option to assign an alternate. 


The RMC programs are progressive in performing their designed function. 
Program rmcl, while being a "read only" program, provides limited analysis of 
failure symptoms. The error indications determined by the execution of rmc1 are 
further analyzed by successive RMCs. This process continues until the detected 
problem is eliminated through data reorganization or a determination is made 
that the store media is unsalvageable. A functional description of each RMC 
follows. 


rmc1l - device read only testing. 
Full protection of the data base is ensured by allowing execution only 
when write permission is not granted. Program rmcl is comprised of 


the following subtests, which are also capable of detecting data field 
and count field media defects. 


subtst 1 - read track data field test 

subtst 2 - read/verify count field data test 

subtst 3 - list defective and assigned alternate tracks 
subtst 4 - online test information 


rme2 - media certification testing. 
The primary purpose is to detect and diagnose new media defects. All 
defects are classified as: 


ie Transient read error - defined as a soft failure (1 out of 9 
read attempts fail). This type of defect is completely 
acceptable for continued use by the operation system. 


2. Marginal track - defined as a soft failure (anywhere from 2 


to 8 of 9 read attempts fail). This type of defect is detrimental 
to further system operation. 
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rmc3 


rmc4 


rmc5 


rmc6 


3. Defective track - defined as a hard failure (9 out of 9 read 
attempts fail). 


Detection and diagnosis is directly related to the degree of media 
certification performed, which is directly related to the number of 
certification write patterns specified for execution. The expected 
confidence level for detecting all unrecoverable media defects is: 


Pattern 1 - 97.4% 

Pattern 2 - 99.0% 
Pattern 3 - 99.4% 
Pattrn 4 = 99.6% 

Pattern 5 - 99.7% 
Pattern 6 - 99.8% 
Pattern 7 - 99.9% 


Program rmec2 is comprised of the following subtests: 


subtst 1 - write/read media certification 
subtst 2 - online test information 


- track and cylinder reformatting. 

The purpose is to provide the capability to repair defective tracks 
that were diagnosed by rme2. In addition, it provides the optional 
capability to assign alternate tracks to those tracks identified as 
defective (no alternate assigned). Program rmc3 is comprised of the 
following subtests: 


subtst 1 - reformat 1 track (good) 

subtst 2 - reformat 1 cylinder (good) 

subtst 3 - reformat 1 track (defective) 

subtst 4 - assign alternate tracks on logical device 


- online reformat information. 

The purpose is to provide online information pertinent to reformatting. 
The information is output at the controlling terminal or at a dedicated 
printer (pr2) if the .prt option is invoked. 


- PRMFL emergency track repair. 
The purpose is to provide the capability to repair diagnosed media 
defects on a device that contains “live system data." 


The track repair test requires one spare alternate track to exist 
on the pack before the test can begin. This alternate track holds the 
data while the bad track is being repaired. If the bad track is 
repairable, the data is copied from the alternate track and the alternate 
track is released and can be used at another time. If the track is 
not repairable, it is formatted bad with the alternate track as its 
alternate. It is possible that the bad track is already an alternate 
for some other bad track and the process is essentially the same. 


This segment is not available for IFAD A.2 release. 


- reformat physical device. 
The purpose is to provide the CSR with the capability to record a 
prescribed format on a disk pack in a field environment. 
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MOLTS Disk Confidence 


MDC is a "removable disk device and media verification" program that consists 
of five separately executable worst-case pattern "write" tests, and any data 
"read" tests. The tests use GCOS I/0 dialog to exercise the 451 removable disk 
device. It can be used to distinguish between device and pack failures. No 
attempt is made to diagnose a problem down to an optimum replaceable unit (ORU), 
but extensive status translation is provided for “error detection" messages. 
The controller "error correction mechanism" is disabled to permit an unbiased 
view of disk errors and permits up to three command retries on error detection. 


The program's read tests do not compromise customer or system disk pack 
security since a nondata transfer DCW is used (i.e., a read disk method that 
discards data before it can be seen). Typically, write tests are run on scratch 
disk packs and result in data destruction of the pack. 


Tests 1 and 3 (Sequential Read and Write) have a finite execution time 
whereas Tests 4, 5, and 6 (Random Write, Read, and Write-Read) run until terminated. 
The program writes and reads the entire usable disk surface, not just the T&D 
cylinder. In addition, all status is translated into easy-to-understand error 
messages. 


PURPOSE 


Verify removable disk media and device performance of the 451 disk devices 
with the following tests: 


mdcicedd -OR- mdciccddt!1 
- read data sequentially. 


mdciecddt3 
write worst-case data sequentially. 


mdciceddt4 
write worst-case data randomly. 


mdciceddt5 
read data randomly. 


mdciceddt6 
write-read worst-case data randomly. 


options can be set with the test call: 


modciccddoo 


and terminate testing with: 


medciccdd 
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HARDWARE FUNCTIONS TESTED 


None directly. This program is used to differentiate between media and 
device problems. It is not intended to be an extensive T&D tool with board 
callouts, etc. Random address Tests utilizing Tests 4, 5, and 6 are excellent 
servo exercisers. 


WRITE TESTS 


The write tests of this program DESTROY pack data. The user MUST decide 
whether or not to SAVE the overlaid pack contents before starting this test. 


RESTRICTIONS 
1. Pack formatting -- the program assumes the test pack is formatted. 


2s Prior testing required -- POLTS should run error-free on the device to 
be tested. 


sy Units required -- a 451 removable disk device. 
TEST DESCRIPTIONS 


Test 1 -- read sequential 


This test (mdcieedd -OR- mdciccddt1) reads the contents of the entire disk 
pack sequentially, skipping only the label track. This is accomplished by utilizing 
a nondata transfer DCW (IONTP) so no actual data is transferred for security 
reasons, but rather a data integrity check is made at the disk surface. The 
test reads data records (either worst-case or customer data) one trackful at a 
time. The test moves slowly and methodically from beginning to end of the disk. 
The program can be queried at any time to determine how far the test has progressed, 
or the test can be terminated early by using the .r option (see Program Options 
below). 


Test 3 -- write sequential 


This test (mdciceddt3) writes sequentially on the entire disk, skipping 
only the first label track. Full track records are written with each I/0 connect. 
Each track is written and followed by a read verify to validate every track 
(i.e., two passes per track are executed). Refer to "Write Tests" above as 
regards SAVING pack data before executing this test request. 


Nine possible worst-case data patterns are available although the "all sixes" 
default pattern is the most common. The test starts each record at sector zero 
of each track and runs from beginning to end of the disk. The program can be 
queried at any time to determine how far the test has progressed, or the test 

Haemin at . 
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can be terminated eariy by using the .r option. 
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Test 4 -- write random 


This test (mdciceddt4) writes worst-case patterns randomly throughout the 
disk, one record at a time. There is no way to determine where the test may 
Start or end write-verifying each track-size record. Typically, each record 
bridges adjacent track boundaries. No time limit is set for this test, that is, 
it MUST be terminated by invoking either the .r option or the "test mediccdd" 
request. 


Test 5 -- read random 


This test (mdciceddt5) is similar to Test 4 except a read is performed 
after each seek instead of a write. The records read may be either worst-case 
patterns or customer data. No data is transferred to the mainframe for security 
reasons (i.e., the data is merely checked for validity at the disk pack surface). 
The test MUST be terminated by invoking either the .r option or the "test medicedd" 
request. 


Test 6 -- write-read random 


This test (mdciceddt6) is a combination of Tests 5 and 6. In addition to 
random seeks, it performs random reads and writes. It is terminated -by the .r 
option or the "test mediccedd™ request. 


PROGRAM OPTIONS 


This program is a MOLTS test page, and as such, executes all of the standard 
MOLTS options. In addition, it uses two unique options described below. 


-r (report option, invoked during either a read or write) 
the report option provides the ability to see how far the program has 
progressed on the disk and how many errors and retries have occurred. 


NOTE: Solid errors are those persisting after three program retries. All 
sequential tests (t4, t5, and t6) must be terminated using this 
option. 


The following user/program dialog is presented as an explanatory definition 
of the .r option: 


<QUIT> issued by pressing appropriate key 

22? test modciccedd.r 

*¥t(mdcicedd ) tx enter options - 

#*t(mdcieecdd ) dev xxx test data = xxxxxxXxxxxxx 
current disk confidence test 

current addr under test (cyl/hd/sect) = exxx/hxxx/sxx 
unrecov errs = xx no. of retries = xx 

do you wish to end program? 


If EOM (end of message or return) is the response to the above question, 
then the program continues writing or reading to the disk. If "yes" is the 
response, the program terminates with: 

*%t(mdciccdd ) normal term 1 


-1 through .8 (worst-case data pattern option, write only) 
the normal worst-case write data pattern for this program is "all sixes" 
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(default). It is possible, during initial call of the program, to set up 
for writing any of the following eight data patterns: 


OPTION DATA PATTERN 


TTT7T522277TT 
225070452250 
777725257045 
277666666666 
646264625252 
525265532665 
532665532665 
. 532600000000 
(default) 666666666666 


CON NU EW PO 


A typical input request to invoke this option would be: 


???test mdciccddo (o for option) 
*#t(mdciccedd )to enter options - .4 (may be .1 through .8) 


NORMAL TERMINATION 


The following message is provided for normal termination of sequential write 
and read tests. 


**#t(mdciccdd ) dev type = xxx test data = xxxxxxxxXxxxXx 
rmvbl disk seq (rd or wr) confidence test complete 
unrecov errors = xx no. of retries = xx 


Random write and read tests must be user-terminated. This is accomplished 
by executing a .r option and results in the following message: 


#¥t(mdcicedd ) dev type = 451 t5 

rmvbl disk random (rd or wr) conf test 

current addr under test (cyl/hd/sect) = ecxx/hxx/sxx 
unrecov errs = xx no of retries = xx 

do you wish to end prog? yes or eom to continue. 


Termination of the test (prior to normal termination) is accomplished with 
the test call "medcicedd". 


ABNORMAL TERMINATION 


In addition to the standard forced termination conditions described in "Test 
Descriptions" (above), and "Test Wrapup Request" (described later in this section), 
there are conditions that cause the program to terminate prematurely. When one 
of the following conditions occur, the program provides a self-explanatory error 
message. 

Other users on device 
Device under test nonremovable 


Device not attached 


Single bit errors (no status returned, power off, etc.) 


IOM errors 
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MEDIA CERTIFICATION 


This program should be run on at least two drives. If both drives report 
the same error at the same address on the same pack, label this area as defective 
and rerun the test. Keep in mind only those error messages indicated as a third 
retry are solid. The one and two retry errors are system recoverable, but 
result in reduced performance. 


DEVICE CERTIFICATION 


If a pack runs error-free using this program on one drive, but picks up 
random errors on a second drive, it is likely that the second drive has hardware 
problems. 


SEQUENTIAL DATA VOLUME OVERVIEW 


One record of worst-case data words (2560 words on 40 sections of 64 words 
each) is written or read on each track of this 800 cylinder pack, starting at 
location 240 (cylinder 00, head O04, sector 00) and ending at location 2271540 
(T&D cyl 814, head 18, sector 39). <A total of 15481 tracks are tested. Four 
label tracks at the beginning are not tested. 


RANDOM DATA VOLUME OVERVIEW 


Random data records are written and read as described under the sequential 
data volume overview except they may begin anywhere within a track including the 
start of each track. Random records can span track and cylinder boundaries 
(sequential records do not). 


MDC MESSAGES 


MDC error messages are described later in this section under the "MOLTS 
Messages" header. 


MOLTS Tape Compatibility 


MTC writes and reads predictable random data and record size information 
(4-1K words) to and from a magnetic tape device (only one device can be run per 
test page). When the read pass takes place, the program regenerates the data 
previously written to the tape device so that a "data compare" can be made 
(i.e., compare the write data information with that read back from the tape 
device to verify compatibility). A message is output at the completion of each 
pass, either read or write, asking what type of pass to accomplish next. Error 
messages are provided immediately, as they occur. 


Multiple devices can be tested by recalling the test page. The test page 
can be invoked from either a local console or a remote terminal. 
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PUR POSE 


To perform tape compatibility and device quality testing of any Magnetic 
Tape Subsystem using MPC Controllers. The specific devices tested are MTU410, 
MTU500, MTU600, MTU610, PENA 30/32, and MTU MPT. The test is invoked via the 
test call: 

mtciccedd 
options are set with the test call: 

motcicecddoo 


and termination of the test page (prior to normal termination) is accomplished 
with the test call: 


metcicadd 


TEST DESCRIPTION 


Refer to "MOLTS Operating Instructions" (described later in this section) 
for examples of (1) New Test Request (mtcicedd), (2) Test Communication Request 
(motciceddoo), and (3) Test End Request (metcicecdd). 


Invoking "test mtciccedd" loads the program. The system then responds with 
several prompts, each prompt requesting intervention (i.e., the entry of parameters). 
The parameter sequence can be bypassed by answering "yes" to the "bypass parameters" 
prompt, in which case default values are provided for testing. In the event of 
a "no" response to the bypass prompt, the system responds with seven prompts, 
the first being: 


no. of records [s,eom,xxxxx,?] 
where "s" or end-of-message implies use of the default value (1500 records) for 
loading. To run other than the standard value, the value (xxxxx) of records 
desired is entered (e.g., "2500" results in reading or writing 2500 records). 

The second prompt is: 

enter density [2,5, 8, 16,62,7] 
The response to this prompt sets the density to be used for the test page. For 
example, a response of "5" implies a density of 556 bpi. The default value is 
the highest density available for the device being tested. 

The third prompt is: 

nh200/2000 read-write binary commands [y,n,eom,?] 
where a response of "y" sets the test to run using h2000 mode commands, and "n" 
or "eom" sets the test to run using standard binary commands. (Default is no 
h200/2000 commands.) This prompt is not provided when testing is being accomplished 
on an MTC500. 

The fourth prompt is: 

read, write, eom, or help [r,w,eom,?] 
where a response of "r" sets the test for a read pass, "w" sets the test for a 


write pass, and “eom" terminates the test page. (There is no Default value.) 
This prompt is always provided. 
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The fifth prompt is: 
enter error retry count [x,s,eom,?] 


where "x" is a response of "0" through "8", which sets the retry count to 0-8 
(i.e., the number of retries performed on any data alert condition), "s" sets 
the retry to "64", and "eom" sets the retry count to 0 (zero retries). (Default 
is zero retries.) 


The sixth prompt is: 

standard compatibility or mpc code conversion [s or m] 
where a response of "s" implies standard binary commands, and "m" indicates 
ASCII and EBCDIC commands. When using code conversion, the test page translates 
(to and from) the ASCII/EBCDIC codes. (Default is standard mode.) 

The seventh prompt is: 

mpe options... ascii, ebedic, ascii-ebedic [y,n,?] 
The response to this prompt can be shown as a combination of "y"s and "n"s. For 
example, the response "yny" sets the test to run using ASCII commands alone (y), 
no EBCDIC commands alone (n), and mixed ASCII-EBCDIC commands (y). Any combination 
of ASCII-EBCDIC commands can be run. (There is no default.) This prompt is not 


provided unless the test is being run utilizing code conversion (see "sixth 
prompt" above). 


When a "?" ds entered in response to any of the prompts, the system responds 
with a help message. 


PROGRAM OPTIONS 


Due to the nature of the program, it is recommended that only the following 
options be used for this test. 


b : 
bypasses error message output. 
(e) E 
goes to "enter options" following processing of the complete option 
string containing the "o", 
gO 
returns to the test page where interrupted. 
-pr2 
outputs forthcoming test page error messages to a file for printing. 
-typ 
outputs forthcoming test page error messages to the terminal. 
wait 


puts the test page in a wait condition. 


Refer to "Standard Test Page Option" below for a complete description of 
the options. 
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MTC MESSAGES 


Four different types of MTC error messages are associated with this test 
page, all of which are described later in this section under the "MOLTS Messages" 
header. 


If the .pr2 or .prt option is not being used, the error messages are output 
to the terminal. One message can vary between 2 to 10 lines of information; 
therefore, it is recommended that the .pr2 or .prt option be used to route the 
error messages to an accounting file or a printer. A warning message is provided 
by the system when the .pr2 or .prt option is not used, to notify of a possible 
tie-up of the terminal in the case of multiple error messages. 


MOLTS Tape Shotgun 


MTG is a magnetic tape device program designed to stress-test a device at 
its extreme limits (only one device can be run per test page). The test verifies 
whether or not the handler can read, write, start/stop, and position tape correctly. 
MTG performs most commands in a random sequence, writing and reading data in a 
random pattern and length (5-1K words). It also tests the $2000 interchange 
facility, allowing for selection of initial character position and terminating 
character position. Error messages are provided immediately, as they occur. 


Multiple devices can be tested by recalling the test page. The test page 
can be invoked from a terminal. 


PUR POSE 


To perform tape compatibility and device quality testing of any Magnetic 
Tape Subsystem using MPC Controllers. The specific devices tested are MTU410, 
MTU500, MTU600, MTU610, PENA 30/32, and MTU MPT. The test is invoked via the 
test call: 


mtgiccdd 
options are set with the test call: 
motgiccddoo 


and termination of the test page (prior to normal termination) is accomplished 
with the test call: 


metgicedd 


TEST DESCRIPTION 


Refer to "MOLTS Operating Instructions" (described later in this section) 
for examples of (1) New Test Request (mtgicecdd), (2) Test Communication Request 
(motgiceddoo), and (3) Test End Request (metgiccdd). 


Invoking "test mtgiccdd" loads the program. The system then responds with 
several prompts, each prompt requesting intervention (i.e., the entry of parameters). 
The parameter sequence can be bypassed by answering "yes" to the "bypass parameters" 
prompt, in which case default values are provided for testing. In the event of 
a "no" response to the bypass prompt, the system responds with three prompts, 
the first being: 
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enable h2000 mode, icp, tep [y,n,?] 


The response to this prompt can be shown as a combination of "y"s and "n"s. For 
example, the response "yny" sets the test to run using h2000 mode commands (y), 
without using initial character position (n), and using terminate character position 
(y). Any combination of the above can be selected. The default value for this 
prompt is "yyy". This prompt is bypassed when running the test on an MTC500 
controller and the default in this case is "nnn". 


The second prompt is: 

density [2,5,8,16,al1,?] 
The response to this prompt sets the density to be used for the test page. For 
example, a response of "5" implies a density of 556 bpi. If "all" is entered, 
all available densities for the selected handler are used in a random sequence. 
Default value is all. 

The third prompt is: 

run time in minutes 
The response to this prompt sets the amount of time the test is to run. For 


example, a response of "90" implies the test is set to run for 90 minutes. The 
maximum time for the program to run is 300 minutes. Default value is 60 minutes. 


When a "?" is entered in response to any of the prompts, the system responds 
with a help message. 


PROGRAM OPTIONS 


Due to the nature cf the program, it is recommended that only the following 
options be used for this test. 


b 
bypasses error message output. 
h 
halts following error messages. 
e) 
goes to "enter options" following processing of the complete option 
String containing the "o", 
~ ZO 
returns to the test page where interrupted. 
»pre 
outputs forthcoming test page error messages to a file for printing. 
»prt 
outputs forthcoming test page error messages to an allocated printer. 
-typ 
outputs forthcoming test page error messages to the terminal. 
wait 


puts the test page in a wait condition. 
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MTG MESSAGES 


Five different types of MTG error messages are associated with this test 
page, all of which are described later in this section under the "MOLTS Messages" 
header. 


If the .pr2 or .prt option is not being used, the error messages are output 
to the terminal. One message can vary between 2 to 10 lines of information; 
therefore, it is recommended that the .pr2 or .prt option be used to route the 
error messages to an accounting file or a printer. A warning message is provided 
by the system when the .pr2-or .prt option is not used, to notify of a possible 
tie-up of the terminal in the case of multiple-error messages. 


Hardware Tested 


Currently, MOLTS is capable of performing micro-coded tests on the following 
MPCs and MPC peripheral devices: 


TEST PROGRAM 
CONTROLLER DESCRIPTION (ITRs) LABEL 
Microprogrammed Peripheral Controller itrd 
DEVICE DESCRIPTION (MDRs) 
MASS STORAGE: 


DSS190 Model A Mass Store mdrn 

DSS190 Model B Mass Store mdrs/mde 
DSS191 Mass Store mdrs/mde 
MSUO4UO00 Mass Store mdrs/mde 
MSU0450/0451 Mass Store mdrs/mdc 
MSU0500/501 mdrs/mde 


MAGNETIC TAPE STORAGE: 


MTS500 7/9 Track Tape Handler mdrs/mtc/mtg 
MTUO4O0/MTU0500 7/9 Track Tape Handler mdrs/mtc/mtg 
MTUO410 7/9 Track Tape Handler mdrs/mtc/mtg 
MTU0600 7/9 Track Tape Handler mdrs/mtc/mtg 
MTU0610/630 7/9 Track Tape Handler mdrs/mtc/mtg 


CARD READER: 
CRZ301 mdra 
CARD PUNCH: 


CPZ 301 mdre 
PRINTER: 

PRT 303 mdre 

PRU1200/PRU1600 Device Adapter mdrf 


MOLTS also runs MTRs on the MSU500/501/509 and RMCs on the DS 450/400/310/191/181 
Mass Storage Devices. 


Documentation for the test programs is located in the T&D Microfiche 
Documentation Box. 
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MOLTS OPERATING INSTRUCTIONS 


MOLTS is entered by answering the TOLTS query: 


#®* enter "polts", "molts", " isolts", "colts", "quit", or "msg" 
228 


with the keyword "molts*. After a slight pause for the core image loading of 
the MOLTS slave executive, an input prompt/request for input (??7?) is again 
displayed. When the prompt is responded to with a valid test request, MOLTS 
responds with a greeting message. 


22? test x... 
#*#*# molts executive versions wwwwww xXXxxxxx on yyyyyy at zz.2zzz 


where 


Ve test xX... 
can be any of the requests listed in the following paragraphs. The 
maximum character length of any request is 11 characters (including 
options). 


Zia WWWWWW 
is the Multics interface module version date expressed as yymmdd. 
cy XXXXXX 
is the slave MOLTS version date expressed as yymmdd. 
4. oyyyyyy 
is the current date expressed as yymmdd. 
bs ZZeZZZ 


is the time in hours and thousandths of hours. 


Any time a quit signal is issued, by pressing the appropriate key on the 
terminal (e.g., QUIT, BRK, ATTN), MOLTS responds by displaying "???" and pauses 
for entry of a new msg (refer to "Tolts Operating Instructions" in Section 2) or 
test request. Only one ITR or MDR can be active at any given time. 


Test ped Request 


The test ped request can be entered in three forms: (1) "ped" displays the 
current peripheral configuration, (2) "ped xxx" where xxx identifies a specific 
subsystem device type display (e.g., pun, dsk, tap), and (3) "ped xxxx" where 
xxxx identifies a particular device display (e.g., punb, dska, tapa). Examples 
of each follow. 


272? test ped 
molts configuration: 
iom a a nsa iom on secu port 0O is online 


iom b a nsa iom on secu port 1 is online 
dska 451 16 units; starting with device no. 1 


020xx primary channel of 4 logical channels on mpe card mspa 

026xx secondary channel of 4 logical channels on mpe card mspa 

124 xx secondary channel of 4 logical channels on mpe card mspb 

122xx secondary channel of 4 logical channels on mpe card mspb 
dskb 451 16 units; starting with device no. 17 

120xx primary channel of 4 logical channels on mpe card mspb 


4-17 | AUTT-03 


dske 


dskd 


dske 


dskf 


dskg 


tapa 


4 logical channels on mpe card mspb 
4 logical channels on mpe card mspa 
4 logical channels on mpe card mspa 
nog Jf 

logical channels on mpc card mspc 

4 logical channels on mpe card mspd 
a. 

logical channels on mpc card mspd 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpc card mspe 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpc card mspf 

4 logical channels on mpe card mspg 
17 

logical channels on mpc card mspg 

4 logical channels on mpe card mspf 
no. 1 

no. 3 

no. 9 

logical channels on mpc card mtpa 


logical channels on mpe card urpa 


5 logical channels on mpe card urpa 


1600 prt with 136 columns and a 600 print belt 


5 logical channels on mpe card urpa 


5 logical channels on mpe card urpa 


5 logical channels on mpe card urpa 


1201 prt with 136 columns and a 600 print belt 


logical channels on mpe card urpb 


1600 prt with 136 columns and a 600 print belt 


2 logical channels on mpe card urpb 
logical channels on mpe card urpe 


2 logical channels on mpc card urpe 


decimal (iccdd). 


126xx secondary channel of 
O24xx secondary channel of 
022xx secondary channel of 
501 16 units; starting with device 
028xx primary channel of 4 
130xx secondary channel of 
501 16 units; starting with device no. 
128xx primary channel of 4 
030xx secondary channel of 
451 8 units; starting with device 
132xx primary channel of 4 
134xx secondary channel of 
501 16 units; starting with device 
036xx primary channel of 4 
138xx secondary channel of 
501 16 units; starting with device no. 
136xx primary channel of 4 
038xx secondary channel of 
630 2 units; starting with device 
610 6 units; starting with device 
630 2 units; starting with device 
016xx primary channel of 2 
00801 model 1600 prt with 160 columns and a 600 print belt 
008xx primary channel of 5 
00901 model 1200 prt with 136 columns and a 600 print belt 
009xx secondary channel of 
01001 model 
010xx secondary channel of 
01101 model 500 rdr 
O11xx secondary channel of 
01201 model 300 pun 
012xx secondary channel of 
10801 model 
108xx primary channel of 2 
10901 model 
109xx secondary channel of 
11001 model 300 pun 
110xx primary channel of 2 
11101 model 500 rdr 
111xx secondary channel of 
03000 model 1 hch 
030xx special purpose channel 
03100 model 1 heh 
031xx special purpose channel 
prta 

is the Multics device name. 
00901 

is the IOM/channel/device in 
1200 

is the model (in this case -- 1200 lpm). 
136 

is the number of print columns. 
600 

is the 


print belt part number (or cartridge number). 


2??? test ped pun 


pun configuration: 


I= 
' 


co 
ed 
cc 
—~ 
—J 


puna 01201 model. 300 pun 


012xx secondary channel of 5 logical channels on mpe card urpa 
punb 11001 model 300 pun 
110xx primary channel of 2 logical channels on mpe card urpe 


222 test ped punb 
pun configuration: 


punb 11001 model 300 pun 
110xx primary channel of 2 logical channels on mpe card urpe 


2??? test ped heh 
heh configuration: 


heha 03000 model 1 heh 


030xx special purpose channel 
hehb 03100 model 1 heh 
031xx special purpose channel 


Test List Request 


To list the active test pages in MOLTS, enter one of the following requests: 
test mlistal 
-or- 
test lstal 
Note: Only one MDR or ITR test can be active at any given time. 
Sample output: 
22? test lIstal 
molts lstal: 


in execution: 
#*0 (mdr01603) t//04 


Test Wrapup Request 


To wrap-up (stop) all MOLTS testing, enter one of the following requests: 


test mw 
-or- 
test w 
Sample output (MDR driver): 


2727? test w 
#*0(mdr01602) forced term 1 
molts wrapping up 
##¥molts executive wrap-up code td2 p.t. 9246 
ic 002771 ir 100000 ba 000000 er 000 ar 000000632402 qr 777777770077 
tr 00070202 
xO 000300 x1 202001 x2 000116 x3 000036 x4 402000 x5 002254 x6 024255 
x7 000152 
##*¥molts executive wrap-up code td2 p.t. 9246 
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If the .pr2 option was in force the register banner information plus an octal 
dump of the MOLTS segment would be appended to the print file to be dprinted 


later. 


Sample output (ITR driver): 


272? test w 


**0(mpc016) normal term 1 
*#*0(mpc016) normal term 2 
#*#*#molts executive wrap-up code td2 p.t. 3797 


ic 002771 


ir 100000 ba 000000 er 000 ar 000000632402 qr 1777777770077 


tr 00070066 


x0 000300 x1 202001 x2 000116 x3 000036 x4 000004 x5 000000 x6 000000 
x7 000152 
*#Q(mpc016): molts loading mtp601 firmware m601 rev. hl 


**#*¥molts executive wrap-up code td2 p.t. 3797 


Notice that 


firmware is reloaded before MOLTS termination is complete. 


New Test Request 


To start execution of a new test, enter one of the following requests: 


test mdciceddooo (to run an MDC) 
test mdriccddooo (to run an MDR) 
test mtciccddooo (to run an MTC) 
test mtgiccddooo (to run an MTG) 


-or- 


test mpciccooooo (to run an ITR) 


-or- 


test mmticeddooo (to run an MTR or RMC) 


Note: Only one MDR or ITR test can be active at any given time. 


where 
1. iecedd 
2. Oasis 


MDR EXAMPLE 


is the IOM/channel/device. 


is the new option character set. 


In some cases the test to be run cannot be determined by processing the 
configuration deck. In these cases an additional input indicating the optional 


device type 


is required. (In the following examples mt700 and mt500 are used.) 


22? test mdr01603 

##%molts executive versions 790524 790518 on 790523 at 12.69 
**0(mdr01603) enter hardware device type? ("?" = help) mt700 
**0 (mdr0 1603) short wait, allocation queued 


Ce eae ie 


**0(mdr01603) start mdri6a-mdrdvr, ttidat 796327, pny./iog. id t//04 
##0 (mdr0 1603) 


port opi 


mth current device under test 
dve record current dve mth 7/9 load write 
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# add cap density speed model trk comp’ enable 
02 y 3 16, 8, 1600 200 700 9 yes yes yi! 
#*0 (mdr01603) 

what densities to be run ? 

enter ( /8/16 /eom=all) 

##0 (mdr0 1603) 

canister mounted (y/n) n 

#*0 (mdr0 1603 ) 

do you want to run the data 

security erase test (y/n) y 

##0 (mdr01603) normal term 1 

##¥molts executive version 790518 off 790523 at 12.79 p.t. 158456 


2??? test mdr11707u 

#*#¥molts executive versions 790524 790518 on 790523 at 13.23 
**0(mdr11707) enter hardware device type? ("?" = help) mt500 
**0(mdr11707) start mdri4a-mdrdvr, ttldat 790327, phy./log. id t//04 
**0 (mdr 11707) 

no device O07 available for test 

do you want port override option. 

enter (y or n) y 

enter port # (use two digits only 00,09,12) 02 

**0(mdr11707) normal term 1 

##¥molts executive version 790518 off 790523 at 13.30 p.t. 68145 


ITR EXAMPLE 

22? test mpc016 

#*#*#molts executive versions 790524 790518 on 790523 at 12.80 
*#0(mpc016) start tdel6a-itrdvr, ttldat 790509, phy./log. id t//04 
*%0(mpc016) normal term 1 

**0(mpc016): molts loading mtp601 firmware m601 rev. h1 

##*molts executive version 790518 off 790523 at 12.81 n.t. 13493 


Also refer to the example included under "MOLTS ITR Error Message" later in this 
section. 


MTR EXAMPLE 


To run MTR on MSU500/501/509s, the complete HDA (odd/even devices) must be 
assigned to I/O. A particular MTR test can be called by the test request: 
test mmticcddtx 


where x is the desired MTR number (1, 2, 3, 4, 5, 6, or 7). (For additional 
information refer to "Media Test and Analysis Routines" described above.) 


RMC EXAMPLE 


Similar to MTR above with the exception that "x" represents only 1-6. (For 
additional information refer to "Removable Media Certification" described above.) 


MTR/RMC OPTIONS 


The following description defines the application of the MTR or RMC test 
"options", To request control (after MTR or RMC is invoked with the test 
mmticedd request), type: 
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test momticcdd.x 


where 
Ls icedd 
is the IOM/channel/device. 
Ze -X 
is the option. Options can be selected from the following: 
x) display transient error cylinder/head address. 
of turn off all active ".options". 
ei interrupt test and output summary reports. 
r report current cylinder/head address. 
-S append summary reports if .t option is active. 
ot report test progress every 100 cylinders. 
MDC EXAMPLE 


22? test mdc12020i 
#*®molts executive versions 831012 830727 on 831031 at 21.61 
**0(mdc12020) short wait, allocation queued 
**0(mdce12020) start tdmdcl-mdedvr, ttldat 830328, phy./log. id t//04 
#*#0 (mdce12020) 

*® rmvbl disk seq read confidence test **# 


#%Q (mde12020) 

dev type = 451 t1 

read fail address---0212100 c093/n01/s00 
status------ 424000000000 342400722402 
*¥maj/sub = 02/40 retried 0 times 
attention - 


device offline - 

RHERKRARERREE RENEE EERE EEE EEE REE ERE REESE REE REEEEERE 

#*0Q (mde12020) 

dev attention. manual intervention required. 

program will wait 1 minute and then continue. 

222? test medce12020 

**0(mde12020) forced term 1 

test e request received 

##*#molts executive version 830727 off 831031 at 21.73 p.t. 196331 


MTC EXAMPLE 


22? test mtc01605 

##®¥molts executive versions 830926 830727 on 831010 at 20.59 
##0(mtc01605) short wait, allocation queued 

**0(mtc01605) start tdmtc1l-mtcdvr, ttldat 830310, phy./log. id t//04 
¥#0 (mtc0 1605) 

*bypass parameters [y,n or eom,?] y 


#®Q (mtc0 1605) 

*read, write, eoj, or help [r,w,eom,?] w 

#*#0 (mtc0 1605) 

tecomp error report 

20:38 mtu 610 Q9trk 200ips density 6250 den avail 1600, 6250 

wtb maj/sub 03/10 lateral parity iom stat 431000000000 033124000000 

device extended status in hex: failing record no. 69 retries 0 

00ec3 b6f 05a 308004 42b1 31 30a40102002c4 08c008098a000000 

**0 (mtc0 1605) 

tecomp error report 

20: 38 mtu 610 9trk 200ips density 6250 den avail 7600, 6250 

wtb maj/sub 03/10 lateral parity iom stat 431000000000 032743000000 

device extended status in hex: failing record no. 509 retries 0 
Ced2b6f 05e3 08004 4261 31 3284110230004 000008 I bcO COON OO 

emd code error emd even parity 

##0 (mtc0 1605) 


tecomp error report 


4-22 AU7T7-03 


20:39 mtu 610 9trk 200ips density 6250 den avail 1600, 6250 

wtb maj/sub 03/10 lateral parity iom stat 431000000000 032612000000 
device extended status in hex: failing record no. 1325 retries 0 
00ec3b6f 05a 308004 42b1 31 33a40 1020800488 9c080982000000 

#%0 (mtc0 1605) 

write pass totals 

#*#%*number of errors this pass 


##*#number of records this pass 1500 

#*O (mtc0 1605) 

*read, write, eoj, or help [r,w,eom,?7] r 

##0 (mtc0 1605) 

teomp error report 

20:40 mtu 610 Strk 200ips density 6250 den avail 1600, 6250 

rtb maj/sub 03/10 lateral parity iom stat 431000000000 035226040000 
device extended status in hex: failing record no. 211 retries 0 
O0ac2b6f 05c30800442b1 31 33860000702c4 02d008098a000000 

**®0 (mtc0 1605) 

tecomp error report 

20: 41 mtu 610 9trk 200ips density 6250 den avail 1600, 6250 

rtb maj/sub 03/10 lateral parity iom stat 431000000000 034604040000 
device extended status in hex: failing record no. 1253 retries 0 
O0ac2b6f 05c30800442b1 31 3e86000060a04 0ad0080982000000 

**0 (mtc0 1605) 

tecom p error report 

20: 41 mtu 610 Q9trk 200ips density 6250 den avail 1600, 6250 

rtb maj/sub 03/10 lateral parity iom stat 431000000000 034542040743 
device extended status in hex: failing record no. 1329 retries 0 
O0ac2 b6f 05c30800442b1 31 3d86000060b4 4 O8Ff 308098a080000 

**®0 (mtc0 1605) 


read pass totals 
#*#*number of errors this pass 
***number of records this pass 1500 
*®0 (mtc0 1605) 
*read, write, eoj, or help [r,w,eom,?] 
**0 (mtc01605) normal term 1 
##¥molts executive version 830727 off 831010 at 20.70 p.t. 210361 


MTG EXAMPLE 


22? test mtg01605i 

##®molts executive versions 830926 830727 on 831010 at 20.48 
*%0(mtg01605) short wait, allocation queued 

**0(mtg01605) start tdmtgi-mtgdvr, ttldat 830315, phy./log. id t//04 


#%0 (mtg0O 1605) 

bypass parameters [y,n,?] y 

#%0 (mtg0 1605) 

shotgun error report 

20: 32 mtu 610 9trk 200ips density 1600 den avail 1600, 6250 


wtb maj/sub 02/04 device in standby iom stat 420402000000 122500700000 
device extended status in hex 
02ec1 b6f 052308 00442b1 31 35801900000000000000000000000 


standby 

##0Q (mtg0 1605) 

#*#*please fix device*** 

#*0 (mtg 1605) 

Shotgun error report 

20: 33 mtu 610 9trk 200ips density 1600 den avail 1600, 6250 

wtb maj/sub 03/10 lateral parity iom stat 431000000000 022030000000 


device extended status in hex 

00ec1 b6f 052308 00442b0b0b1 8609006 2044Ff fF 00080992000000 

22? test metg01605 

**0 (mtg01605) forced term 1 

test e request received 

#*#*¥molts executive version 830727 off 831010 at 20.57 p.t. 99922 
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Test Communications Request 


To change the option character set presently in force or to enter a single 
control mnemonic for a request presently in execution, enter one of the following 
requests: 


test modciceddoo (for an MDC) 
test modriccddoo (for an MDR) 
test motciceddoo (for an MTC) 
test motgiecddoo (for an MTG) 


-or- 
test momticcddoo (for an MTR or RMC) 
-or- 
test mopciccoooo (for an ITR) 


where o... is the new option character set (the "o" option interrupts a test 
page). 


Sample output: 


2??? test modr0160 

##*#(molts executive) c(modr0160): invalid input- 

invalid device number 

22? test modr016070 

##*¥(molts executive) c(modr016070): invalid input- 

test entry not found 

272? test modr016030 

**0 (mdr0 1603) t1 enter options: .pr2 

**0(mdr01603) t1 enter options: z 

#*Q (mdr01603) normal term 1 

molts dump file >Dudd>HCSRDOCSRD>!BBBJJMql PWpMjc.molt.dump has 
been queued for printing 

###molts executive version 790518 off 790523 at 12.88 p.t. 72730 


Refer to "Standard Test Page Options" later in this section for a description 
of the z option and the .pr2 control mnemonic used in the above example. In 
addition, refer to the .tal control mnemonic example for a sample use of the 
mopciccoooo request. 


Test End Request 


To terminate execution of a MOLTS test, enter one of the following requests: 
test medcicedd (for an MDC) 

test medricedd (for an MDR) 

test metciccdd (for an MTC) 

test metgicedd (for an MTG) 

test memticcdd (for an MTR or RMC) 


-ore- 


test mepcice (for an ITR) 


Sample output: 
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22? test medr01602 

**Q0(mdr01602) forced term 1 

test e request received 

—*#*#¥molts executive version 790518 off 790525 at 15.89 p.t. 8802 


Standard Test Page Options 


The following error and control options can be entered in response to an 


enter options message (test communication request) or designated in the option 
string of a new test request. 


Although these options are implemented in that they are processed and the 


appropriate execution flags are set in the MOLTS executive, whether or not they 
are effective depends upon the particular test running. 


OPTION CHARACTERS AND DESCRIPTION 


exx 


bypass error message output. Bypass overrides a pass or cycle message 
unless halt is set. Halt forces these messages to be displayed (overriding 
the bypass option). 


output transient error message. If numeric characters xx follow, that value 
is used to override the test page standard value for the number of retries 
to be made. If a "-1" is typed, then the test standard is restored. This 
control of retry count is independent of the turn "on" or "off" capabilities 
of the e or ne option. 


halt for input of options following error messages, end test messages, end 
pass messages, and end cycle messages. 


inform the user of each normal "end test." If halt (h) is also specified, 
then an "enter options" is appended to the end test message. The end test 
message is overridden if the next segment is being called, an end pass 
message is being output, or if a cycle ends. 


Sample output: 


tO,h,p,r enter options: i 
#®Q (mdr01602),h,i,p,r end t0,next t1 enter options: 


loop on current test (cannot loop on test 0). 


negate the following option character (valid only if preceding b, e, h, i, 
1, p, r, t, or the z options). 


go to "enter options" following processing of the complete option string 
containing the "o." 


issue an end pass message any time a back jump is detected by the next test 
sequencing. If halt (h) is also specified, then an "enter options" is 
appended to the end pass message. The error tallies for the current pass 
are reset when an "end pass" is reported or when "p" is being turned on. 


issue an end cycle message any time a normal test page termination occurs 
and cycle back to the first test in the current sequence. If halt (h) is 
also specified, then an "enter options" is appended to the end cycle message. 
The error tallies for both the current pass and current cycle are reset 
when "end cycle" is reported. The error tallies for the cycle are reset 
whenever "r" is being turned on. 


Sample output: 
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txxx 


2??? test mdr01602r 

*¥¥molts executive versions 790524 790518 on 790525 at 15.98 

**#Q0 (mdr01602) enter hardware device type? ("?" = help) mt700 
**¥0(mdr01602) short wait, allocation queued 

*#0(mdr01602) start mdri6a-mdrdvr, ttldat 790327, phy./log. id t//04 


#*#Q (mdr0 1602) 
mth current device under test 
port opi dve record current dve mth 7/9 load write 
i add cap density speed model trk comp. enable 
01 y 2 16, 8, 1600 200 700 9 no yes rie! 
#*0 (mdr0 1602) 


what densities to be run ? 
enter ( /8/16 /eom=all) 
#¥0Q (mdr0 1602) 

canister mounted (y/n) n 
*#0 (mdr01602) 

do you want to run the data 
security erase test (y/n) n 
*#0(mdr01602) end cycle 1 


At this point the MDR driver recycles to the start of MDR sequence. 
unconditionally skip to the next test. 


if turned on (no preceding negate), then unconditionally jump to the first 
occurrence of the test in the current sequence. The test number xxx must 
follow and must be nonzero, and can consist of one, two, or three numeric 
characters. For segmented test pages, a value outside of the current segment 
causes a jump to the corresponding segment without further processing of 
the current option string. If turned off (ntxxx), then the test number 
must be in the current segment and sequence, and not the forced termination 
test number. 


unload option. Facilitates the use of a tape or disk drive without requiring 
operator intervention. The media currently mounted on the tape or disk 
drive is used without operator authentication or mounting required. This 
option is especially useful when running MDRs on a tape or disk drive that 
does not load properly. This option is only available with the initial 
option string. 


Sample output: 


2??? test mdr01603u 
##¥molts executive versions 790524 790518 on 790523 at 13.61 
*#0(mdr01603) enter hardware device type? ("?" = help) mt700 
*#0(mdr01603) start mdri6a-mdrdvr, ttldat 790327, phy./log. id t//04 
*#0 (mdr0 1603) 

mth current device under test 


port opi dve record current dvec mth 7/9 load write 
add cap density speed model trk comp” enable 
02 y 3 16, 8, 800 200 700 9 yes yes ee! 
##0 (mdr0 1603) 


what densities to be run ? 

enter ( /8/16 /eomz=all) 8 

##0 (mdr0 1603) 

canister mounted (y/n) n 

*#0 (mdr0 1603) 

do you want to run the data 

security erase test (y/n) y 

**0(mdr01603) normal term 1 

##*#molts executive version 790518 off 790523 at 13.76 p.t. 102015 


trace I/O setup. A message is output for each test I/0 issued. 
Sample output: 
2??? test mdr11707z 


##¥molts executive versions 790524 790518 on 790523 at 12.55 
**Q(mdr11707) short wait, allocation queued 
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**0(mdr11707) enter hardware device type? ("?" = help) mt500 
**0(mdr11707) start mdri4a-mdrdvr, ttldat 790327, phy./log. id t//04 


REX" 4/0. trace *** 
idew: - 000000704001 
dew list: 
000245000001 


See i/o: Trace -*** 

idew: - 120000724002 

dew list: 

000245000001 160000704000 000246000073 
#22 i/o trace *** 

idew: - 310000700200 

dew list: 7 
000245000001 


RES 4 /o-trace, =** 

idew: - 200000704000 

dew list: 

000245000001 

#¥¥molts executive version 790518 off 790523 at 12.55 p.t. 3724 


Control Mnemonics (prefixed with ".") 


NOTE: Only one control mnemonic (.option) can be input for any single 
"enter options message" and it is processed only if found at the 
beginning of the option string. 


go return to the test page where interrupted. If the skip (s), jump (txxx), 
resequence (.rseq), or sequence (.seqt) option is specified, the next 
test sequencing done. 


-opt an enter options message is output. 
-pr2 forthcoming test page error messages are appended to a uniquely named 
-prt stream file, which is printed on test termination, test wrap-up, or 


acceptance of the .typ control mnemonic. (Refer to the "Sample output" 
in the .typ mnemonic description below.) 


etal a message with a tally of errors is output. Option p or r must be set. 
The message includes the information for the current pass or cycle, or 
both (depending on the state of p andr). The error tallies are reset 
for the pass or cycle, or both when reported. 


Sample output: 


222 test mopceli17o 

*®0(mpe117) t1,r enter options: .tal 
#*Q(mpe117) end cycle 2 

ti,r enter options: 


2??? test modr016020 
**Q(mdr01602) t1,p,r enter options: .tal 
**Q0(mdr01602) end pass 0 
and cycle 1 
t1l,p,r enter options: 
test e the test page is forcibly terminated. 
Sample output: 
tO enter options: .test e 
*®Q(mpc016) forced term 1 
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test e request received 
*%0(mpc016): molts loading mtp601 firmware m601 rev. hi 
#*¥*¥molts executive version 790518 off 790523 at 12.90 p.t. 4095 


-test w MOLTS is wrapped up. 
Sample output: 


#%0(mdr01603) tO enter options: .test w 
**0(mdr01603) forced term 1 
molt wrapping up 
#¥¥molts executive wrap-up code td3 p.t. 13430 
ic 010201 ir 100000 ba 000000 er 000 ar 000000632403 
qr 662020202020 tr 00070747 
xO 004302 x1 007110 x2 022104 x3 022000 x4 020430 x5 000000 
x6 000000 x7 776377 
F¥¥molts executive wrap-up code td3 p.t. 13430 


-typ forthcoming test page error messages are output on the terminal. 

Sample output: 

t1,d enter options: .pr2 

**#0(mdr01602) ti,d enter options: z 

2??? test modr016020 

**¥0(mdr01602) t1,z enter options: .typ 

molts dump file >udd>HCSRDOCSRD>!BBBJJNDGkKWLgQN.molt.dump has 
been queued for printing 

**0(mdr01602) t1,z enter options: 


-wait the test page is put in a wait condition. 


MOLTS MESSAGES 


MOLTS Informative Messages 


MOLTS LOG ON MESSAGE 


A message is displayed on the terminal when MOLTS is called initially at 
command level. (Refer to the example included under "MOLTS Operating Instructions" 
earlier in this section.) 


MOLTS LOG OUT MESSAGE 


The following message is displayed on the terminal when MOLTS comes to an 
orderly (not forced or error caused) conclusion of testing: 
##¥#molts executive version xxxxxx off yyyyyy at zz.zzz p.t. aaaaa 


where p.t. aaaaa is the processor time used in milliseconds. 


MOLTS WRAPUP MESSAGE 


A message is displayed on the terminal when MOLTS terminates due to a 
test?w or test?mw request, or a ".test w" option. (Refer to previously described 
requests and options for examples of the message.) 
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MOLTS ABORT MESSAGE 


A message is displayed on the terminal when an internal error is detected 
by MOLTS, or MOLTS is given a fatal error code from some Multics routine call. 
Because these are system errors that must be analyzed by a system programmer, 
they are not explained. 


WAIT FOR DEVICE MESSAGE 


The following message is displayed on the terminal when intervention is 
required by system operations personnel (e.g., the computer operator is notified 
to mount a scratch tape on handler dd): 


**¥Q(Cicedd) short wait, allocation queued 
DEVICE BUSY MESSAGE 


When a test request is issued to a device that is already in use by another 
Multics process, a message similar to the following is displayed. The allocation 
is completed when the requested device is released by the other process. 


**0(mdr01804): device busy, allocation queued 
START TEST EXECUTION MESSAGE 


A message is displayed on the terminal when a page starts execution. (Refer 
to MDR and ITR Examples included under "New Test Request" earlier in this section.) 


TEST TERMINATION MESSAGE 


A message is displayed on the terminal when execution of a test page terminates. 
(Refer to MDR and ITR Examples included under "New Test Request.") 


END CYCLE MESSAGE 


A message is displayed on the terminal when a normal test page termination 
oceurs and the r option is on. (Refer to the example included with the r option 
under "Standard Test Page Options" earlier in this section.) 


END PASS MESSAGE 


A message is displayed on the terminal when the next test sequencing detects 
a back jump in the test sequence and the p option is on. (Refer to the example 
included with the .tal control mnemonic under "Standard Test Page Options".) 
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END TEST MESSAGE 


A message is displayed on the terminal when a test ends normally and the 
inform user (i) option is on. (Refer to the example included with the i option 
under "Standard Test Page Options.") 


RELOAD FIRMWARE MESSAGE 


Reloading operational firmware in the MPC being tested terminates ITRs. 
The following message is displayed on the terminal and the system console to 
document the firmware revision in use: 


**#Q0(mpce117): molts has loaded mtc500 firmware m500 rev. t1 


MULTIPLE CATALOG MESSAGE 


Periodically because of differences in the revision status of MPCs and 
noncompatibility of ITRs and firmware for these MPCs, an IFAD tape is released 
to the field that has two (or more) ITR/firmware files for the same MPC type. 
The IFAD type loader, load_tandd_library, builds two separate catalog records 
for these ITR/firmware files. Since MOLTS and the Multics online driver have no 
pre-knowledge of which of these catalogs are to be used, this decision is left 
to the user. The following is an example of the multiple catalog message with 
user's response: 


¥**¥enter "polts", "molts", “isolts", "colts", "quit", or "msg1i" 


2??? molts 

222 test mpc019 

***¥molts executive versions 791220 791113 on 791220 at 14.99 
**O0(mpc019) start tdel6a-itrdrv, ttldat 790926, phy./log. id t//04 
#*0(mpcO19): Multiple catalog files (2) for mtp610 itr catalog. 
Indicate which one is to be used by answering yes to 

one of the following catalog entrys: 

mtp610 itr catalog, firmware rev c2, file # 4, - no 

mtp610 itr catalog, firmware rev bi, file # 5, - yes 
*#0(mpc019) normal term 1 

**0(mpc019): molts has loaded mtp610 firmware m610 rev. b1 
##®molts executive version 79113 off 791220 at 15.03 p.t. 46136 


R User Communication Messages 


LOG ON MESSAGE 


#*Q (mmt 02833) 
mtr5 is at your service for PRMFL emergency track repair 


ie User must specify seek address (sa) for data failure. 

2. Primary application is to repair "1" track with unrecoverable 
data (data restore required). 

3% Secondary application is to repair marginal track(s) detected 
in search range (no data restore required). 
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INPUT DATA REQUEST MESSAGE 


#*¥O (mmt 02833) 
enter "sa" (12 char.'s) for bad track - xxxxx0001370 


NO BAD TRACK DETECTED MESSAGE 


*#*0Q (mmt 02833) 

##**#*¥ mtr5 - search for bad track results *#*##* 
all tracks in search range are error free 
specified seek addr. = 0001370 


NOTE: mtr5 search range = 0000000 - 0002757 
Suspect error was not confirmed. If error is marginal, initiate a 
retry. Otherwise, verify device No., seek address (sa) and/or label 
has been properly initialized (flagged tracks withdrawn). 


MARGINAL TRACK REPAIR MESSAGE 


##O (mmt 02834) 

##*E* mtr5 - skip generator report *#*#** 

reclaimed - repaired data field 

418/00 

#®0 (mmt 02834) 

#¥**2% mtr5 - marginal track repair report ####*® 

following info defines the final state of track repair for marginal 
tracks (no data restore req) 


std addr alt addr 
EREREREE ERSRSESE 


418/00 = ris'd 


UNRECOVERABLE DATA REPAIR MESSAGE 


##0 (mmt 02815) 

#ER*E*X mtr5.- skip generator report *###* 
defective - 3 skips on track 

101/18 

##0O (mmt 02815) 

##*kEX mtr5 - track repair summary report ####* 
final condition of track with unrecoverable data 


std addr alt addt 
REREHEES REEREKER 


101/18 = 840/07 

#*0Q (mmt 02815) 

##*#*#*® mtr5 - locked sector summary report *#### 

following list of sector addr.'s will remain locked until a data restore has 
been performed. 


sector consecutive 
address sector count 
REREEHE REKRHERRRLKEE 
2044070 (01) 
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RMC User Communication Messages 


LOG ON MESSAGE 


#*0Q (mmt 02833) 
rme5 is at your service for PRMFL emergency track repair 


1. User must specify "sa" for data failure. 

26 Primary application is to repair "1" track with unrecoverable 
data (data restore req.). 

3. Secondary application is to repair marginal track(s) detected 
in search range (no data restore req.). 


INPUT DATA REQUEST MESSAGE 


#*0 (mmt 02833) 
enter "sa" (12 char.'s) for bad track - xxxxx0001370 


NO BAD TRACK DETECTED MESSAGE 


#*#O (mmt 02833) 
#EFF® rmc5 - search for bad track results *###* 


all tracks in search range are error free 
specified seek addr. = 0001370 


NOTE: rmc5 search range = 0000000 - 0002757 
Suspect error was not confirmed. If error is marginal, initiate a 
retry. Otherwise, verify device No., seek address (sa) and/or label 
has been properly initialized (flagged tracks withdrawn). 


MARGINAL TRACK REPAIR MESSAGE 


##0O (mmt 02834) 

#HERE rmc5 - skip generator report **### 

reclaimed - repaired data field 

418/00 

##0O (mmt 02834) 

#8#2# rmcS - marginal track repair report #R##® 

following info defines the final state of track repair for marginal 
tracks (no data restore req) 


std addr alt addr 
RERRERER RHRREREE 


418/00 =z rls'd 


UNRECOVERABLE DATA REPAIR MESSAGE 


##0 (mmt 02815) 

HERE rmcS - skip generator report **##* 
defective - 3 skips on track 

101/18 

#0 (mmt 02815) 

H##E® rmc5 - track repair summary report *###* 
final condition of track with unrecoverable data 
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std addr alt addt 


ERRRELEE HEERKRERE 
101/18 = 840/07 
**O (mmt02815) 


##2**® rmc5 - locked sector summary report ##### 
following list of sector addr.'s will remain 
locked until a data restore has been performed. 


sector consecutive 
address sector count 
ERERHRE HRRKKERKARKERE 
2044670 (07) 


MOLTS MDR Error Message 


If a channel or IOM status error is detected while running MDRs, a standard 
message is displayed in the form: 


#*#0 (mdr 11707) 

##*% mdr driver for mth-500 rev a ##*® 
t14 test-001 iom-1 ch.-17 dev-07 

op code-31 

subtest - 20 


2023 is the fault dictionary entry 
HRER ELEN HELE EEE ERLE REE EREERERERS 


This is an example of an MDR error message that has a corresponding fault dictionary 
entry. The program may or may not continue execution at this point depending on 
the particular MDR involved. Refer to the CSR/T&D documentation as regards 
individual MDR operation. : 


The following is an example of an MDR that encountered a system status 
error (power off) that is outside of the realm of MDR testing (terminating, 
therefore, the MDR). 


**0 (mdr11707) 

mpe status poff trying to execute mdr t14b01 
status word was 600000000000 

**0(mdr11707) normal term 1 


MOLTS ITR Error Message 


Whenever an error is detected running an ITR, either a status error or a 
timeout (waiting for a special interrupt after sending the ITR to the MPC), an 
error message similar to the following is displayed. 


22? test mpe117 

**¥molts executive versions 790524 790518 on 790523 at 12.97 
**Q0(mpe117) start tdel4a-itrdvr, ttldat 790509, phy./log. id t//04 
*#0 (mpce117) 

the test overlay named *esltb1* for mtc500 

has encountered an error please investigate 

**Q (mpe117) 

you have not made a complete error free pass of 

all the itrs. type 'wait' to leave channel down, 'r' to recycle, 
eom to restore firmware. 

(request repeats in 1 minute if 'wait' is used)? wait 

#®0Q (mpe117) 

you have not made a complete error free pass of 

all the itrs. type 'wait' to leave channel down, 'r' to recycle, 
eom to restore firmware. 
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(request repeats in 1 minute if 'wait' is used)? r 
**0(mpe117) end cycle 1 
**Q(mpce117) end cycle 2 


where *csltb1*® (in line 5 of this example) is actually the test overlay named 
eslt rev bl. 


MOLTS MTR Error Message 


The following message is displayed on the terminal when a transmission 
parity error is encountered while running MTR. 


*#0 (mmt 02831) 
##* major/sub status error *®#* 
data alert - 


parity - 
major and sub status - = 03-02 
physical addr. at time of failure = 022/39 
where 
major status 03 -- data alert 
substatus 02 -- transmission parity alert 
physical address 022 -- cylinder 


39 -- head 


For additional error codes, refer to the CSR MPC Subsystem Handbook. 


MOLTS Input Error Message 


The following message is displayed on the terminal when an input following 
"test" contains an error: 


##®molts executive (erroneous data) invalid input 
(reason) 


where (reason) is one of the following: 


channel not. assignable 
The channel number input is not configured on the system. 


device busy, release and retry 
The device is in use by the operating system; release the device from 
the system and retry. 


device is invalid for this type subsystem 
MOLTS expects an input device name other than what it received. Prior 
to processing the device name, MOLTS would have issued a list of valid 
choices if the operator responded with either a question mark (?) or 
an unexpected name. 


invalid channel number 
The channel number input was nondecimal. 


invalid iom number 
The IOM number input was nonoctal or greater than the largest IOM 
configured on the system. 


must be bootable psia channel 


This message results when a request is made to test an MPC and the 
channel number entered is a PSIA channel that cannot be booted. 
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must be logical channel 0 on psia 
A test request was received to run MDR testing through an MPC over 
some channel other than logical channel zero of the MPC. Logical 
channel zero is the lowest number IOM channel on a PSIA. 


no such test page exists 
A Test request was made for a channel for which a test does not exist. 


unknown request for this executive 
The input does not match any of the valid inputs to MOLTS. 


MOLTS Option Error Messages 


The following message is displayed when options input to the test are processed 
and some error is detected in those options. A request to enter new options is 
always appended to this error message. 


*®Q(iecedde) illegal option: 
(reason) 
(current options) enter options: 


where (reason) is any of the following: 


illegal control mnemonic (.option) encountered 
A request was received for an option that was not recognized by the 
option processor. 


only a "1" is allowed following "e" 
A character other than a "1" was used to try to restore transient 
error recovery retry count to test page standard. 


pass or recycie must be set to output error tallies 
A .tal option was input but neither p nor r was set ON. 


'x' is an illegal option character 
'x' is some character other than b, e, h, i, 1, n, 0, p, r, 8S, t, or 
u. An illegal option character has been detected by the option processor. 


'." must be the first option character 
A control mnemonic was found embedded in an option string. 


Sample output: 
**0Q(mdr01602) t1,d enter options: ec 
#*#0(mdr01602) illegal option: 


‘e’ is an illegal option character 
t1,d enter options: 


MOLTS MDC Error Messages 


The different types of error messages that the MDC program provides are 
described below. 


INITIALIZATION CORRECTABLE ERROR MESSAGES 


During initialization, the program does a quick scan of the first status 
return looking for any gross errors that may be correctable. A brief warning 
message is output suggesting corrective action be taken, and a one-minute countdown 
begins. This provides a reprieve to correct the problem within a one-minute 
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window without aborting the program. The two possible situations and accompanying 
messages are: 


1. No power on device. 


*##Q(mdcO1004 ) ~ 
dev in standby. you have 1 minute to make dev ready. 


2. Main power switch is OFF, or maintenance panel offline switch 
is OFFLINE. 


#*t(mdc00805_ =) 
dev offline. dev on/off sw is off or dev is nonexistent. 1 minute 
to correct. 


UNCORRECTABLE ERROR MESSAGES 


There is a remote possibility that certain uncorrectable errors might occur, 
either during initialization or actual disk exercising. An appropriate error 
message is output and the program terminated. The following are a few typical 
| examples: 


he Single bit errors. 
*¥t(mdc01001 ) dev type = 181 test data = 666666666666 
wt/ver fail address---0612699 c741/h10/s 36 


¥Ef sngl bit stat err *** 
status word 1 = 451006000000 
lost interrupt 


2. IOM errors. 


*#t(mdc00813. ) dev type = 190a 

read fail address---0569575 e749/h08/s15 
###® iom status error **# 

chan/central status = 70 

parity error, io bus, data to channel 


TEST EXECUTION ERROR MESSAGES 


These messages describe how well the disk is working. Once initialization 
and parameter setup is completed by test 01, test 03 begins disk exercising. 
The disk drive is accessed with either a seek-write or a seek-read, and the 
Status is checked after each IO. Any abnormal status results in an error message. 
Each bad disk IO is retried up to three times, or until a good status results, 
whichever occurs first. In either case, an error message results giving all 
pertinent information, including the number of retries. This program overrides 
MPC retry. Under actual operating conditions, a disk MPC may retry a fauity I0 
up to a dozen times. However, a solid error is reasonably certain after three 
retries on a disk. One or two retries may be considered questionable, but it is 
within tolerance. In special cases of a maj/sub status of 02/10 (attention/dev 
fault), the extended status with English translation is tacked on the message. 


NOTE: dev attn (02) is considered serious, and no retry is attempted if 
encountered. 


Following are several typical error messages: 


#*t(mdcO00807 ) dev type = 451 t3 test data = 666666666666 


wt/ver fail address---0612701 c806/h03/s21 
status----- -~432600000000 XXXXXXXXXXXX 
maj/sub = 13/26 retried 1 times 
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mpe device data alert - 
syne byte error - 


**t(mdc00803 ) dev type = 451 t1 


read fail address---0484029 06 36/h16/s29 
status------ 436000000000 XXXXXXXXXXXX 
*maj/sub = 03/60 retried 2 times 

data alert - 


eyelic check & compare alert - 


*®t(mdcO0804 ) dev type = 451 1 


read fail address---0398223 05 23/h18/s23 
status------ 532600000000 XXXXXXXXXXXX 
*maj/sub = 13/26 retried 3 times 


mpe device data alert - 
syne byte error - 


Following is the extended status type message for all attn/dev faults. 


*®t(mdc00807 ) dev. type =451 t3 test data = 666666666666 
wt/ver fail address---0000010 c000/h00/s10 

status------ 421000000000 XXXXXXXXXXXX 

*maj/sub = 02/10 

attention - 


device fault - 

#extnd status 
mask 

dev reserved 

dev seized 

dev in standby 

dli fault 

dev protected 

dev in diag mode 

invalid emd seq 

state violation 

trnsf timing err 

data parity err 

loss of write current 


ed1b80200000 
frrfrfrrfrrrt 


If on fault retry, the returned status differs from a previous attempt, 
all status is displayed. For example: 


#¥t(mdc00804 ) dev type = 451 t1 

read fail address---0398223 

status------ 532600000000 XXXXXXXXXXXX 

*maj/sub = 13/26 retried 3 times 

mpe device data alert 

syne byte error 

previous io at this seek addr yielded the following status... 
Ist io = 13/26 

Ist rtry = 03/60 

2nd rtry = 03/60 


MOLTS MTC Error Messages 


The four types of error messages that the MTC program provides are described 
below. 


IOM error -- this error outputs any time an IOM error condition exists. 
Bits 18 to 23 of IOM status word 1 are checked. 


Power off/offline error -- this error outputs if the device being tested is 
offline or powered off. Bit one of IOM status word 1 is checked. 
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Maj/sub status error -- bits 2 to 11 of IOM status word 1 are checked. The 
message contains octal and English decode of maj/sub status bits. Octal value 
of IOM status words 1 and 2, Hex value of the 26 extended status bytes and the 
English translation of any extended status fault bits set. The failing record 
number is also output. 


Compare error -- a data compare is done on all read commands. Should an 
error be found, this message is output. 


MOLTS MTG Error Messages 


The five types of error messages that the MTG program provides are described 
below. 


IOM error -- this error outputs any time an IOM error condition exists. 
Bits 18 to 23 of IOM status word 1 are checked. 


Power off/offline error -- this error outputs if the device being tested is 
| offline or powered off. Bit 1 of IOM status word 1 is checked. 


Maj/sub status error -- bits 2 to 11 of IOM status word 1 are checked. The 
message contains octal and English decode of maj/sub status bits. Octal value 
of IOM status words 1 and 2. Hex value of the 26 extended status bytes and the 
English translation of any extended status fault bits set. 


Compare error -- a data compare is done on all read commands. Should an 
error be found, this message is output. Contained in the message is the record 
length and the location, in the read buffer, of the first word in error. "Data 
was" and "data should be" are also output. = 


Position error -- a tape position check is done after all forward or backspace 
commands. Should an error exist, this message is output. A check is made of 
the tally residue in status word 1 and compared to the tally in the test page, 
and contains "residue was" and "residue should be" information. 
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SECTION 5 


POLTS EXECUTIVE 


POLTS provides the online capability of functional testing and online 
troubleshooting of malfunctioning peripheral devices. This is accomplished without 
unduly interfering with the overall system operation. 


A secondary function is that during slack periods of user operation, or 
peripheral availability, equipment testing can be accomplished. This allows the 
normally scheduled preventive maintenance time to be utilized more effectively 
in the actual maintenance of equipment rather than the running of tests. 


FUNCTIONAL CAPABILITIES 


POLTS is a test subsystem that operates under the TOLTS executive program. 
It provides a language interpreter and I/0 driver for the functional peripheral 
tests (called test pages) that are written in Test and Diagnostic Language (TDL). 


Hardware Tested 


Currently, POLTS is capable of performing online tests on the following 
peripheral devices: 


TEST PAGE IDENTIFICATION 


DEVICE DESCRIPTION DEVICE TYPE PAGE NAME FILE HEADER 
MTS400 7-Track Magnetic Tape 400 asa7cb td1lica 

MTSHOO 9-Track Magnetic Tape 400 asa9a,asa9b td12ca,td12eb 
MTS500 7-Track Magnetic Tape 500 t57a td13ca 

MTS500 9-Track Magnetic Tape 500 t59a,t59b,t59e tdi4eca,tdi4eb,tdi4ec 
MTP601 7-Track 410/600/500 t67a td15ca,b 
MTP601 9-Track 410/600/500 t69a td16ca,b,c,d 
DSS 191 DSU191 d191 td62ca,b 
DSS451 DSU451 d451 td65ca,b,ec 
DSS500 DS U500 d451 td65ca,b,c 
CR20 Card Reader 20¢ er20cb td20ca 

CR21 Card Reader 201 er2] td21ca 

CRU301 Card Reader 301 er34 td34ca 

CPZ201 Card Reader 200/201 ep23ce td23ca 

CPU300 Card Punch ; 300/301 ep32ce td32ca 

PRT202 Printer 201/202 print td26ca 

PRT 300/301 Printer 300 p300ca,p 300 td25ca,td25ceb 
PRT 303 Printer 303 p303ca,p 303 td35ca,td35eb 
PRU1200/1600 Printer (136 lines) 401/402 p401/2 td24ca,td24eb 
PRU1200/1600 Printer (160 lines) 401/402 p401/2 te24ca,te2heb 
System Console (Selectric) IBM consol td30ca 

Entry Model Console (EMC) SCC sec td31¢ca 
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Documentation for these test pages is located in the T&D Microfiche 
Documentation Box. 


WARNING: Site maintainers should be aware that if the Crash on Console 
Recovery Failure option has been selected, either by presence of 
the CCRF parameter in the config file or the usage of the 
"set_system_console -crash" command, and the bootload console is 
deconfigured via the set_system_console command, Multics will crash 
with the message: 


ocdem_ (reconfigure): Bootload console deconfigured 
with CCRF set. 


This command is documented in the MAM--System, Order No. AK50. 


POLTS OPERATING INSTRUCTIONS 


POLTS is entered by answering the TOLTS query: 


***enter "polts", "molts", "isolts", "colts", "quit", or msg" 
eee 


with the keyword "polts". After a slight pause for the core image loading of 
the POLTS slave executive, an input prompt/request for input (???) is displayed. 
When the prompt is responded to with a valid test request, POLTS responds with a 
greeting message. j 


22? test x... 
##¥polts executive versions wwwwww XXxxxx on yyyyyy at zz.zzz 


where 

1 test x... 
can be any of the requests listed in the following paragraphs. The 
maximum character length of any request is 11 characters (including 
options). 

26 WWWWwWW 
is the Multics interface module version date expressed as yymmdd. 

3. XXXXXX . 
is the slave POLTS version date expressed as yymmdd. 

4. yyyyyy 
is the current date expressed as yymmdd. 

5. ZZeZZZ 


is the time in hours and thousandths of hours. 


Any time a quit signal is issued, by pressing the appropriate key on the 
terminal (e.g., QUIT, BRK, ATTN), POLTS responds by displaying "???" and pauses 
for entry of a new msg (refer to "Tolts Operating Instructions" in Section 2) or 
test request. Up to eight POLTS requests can be active at any given time. 


Test ped Request 


The test ped request can be entered in three forms: 
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F "ped" displays the current peripheral configuration 


: "ped xxx" where xxx identifies a specific subsystem device type 
display (e.g., iom, dsk, ope) 
; "ped xxxx" where xxxx identifies a particular device display (e.g., 


ioma, dske, opec). 


Examples of each follow. 


22? test ped 


polts configuration: 


iom aa nsa 
iom b a nsa 


dska 


dskb 


dske 


dskd 


dske 


dskf 


dskg 


tapa 


prtd 
prta 
prtb 
rdra 
puna 
prte 
prte 
punb 
rdrb 
ope 

opea 


opeb 


451 16 
O020xx 
026xx 
124xx 
122xx 
451 16 
120xx 
126xx 
O24Uxx 
O22xx 
501 16 
028xx 
130xx 
501 16 
128xx 
030xx 
451 8 
132xx 
134xx 
501 16 
036xx 
138xx 
501 16 
136xx 
038xx 
a 2 
610 6 
630 2 
016xx 
00801 
008xx 
00901 
009xx 
01001 
010xx 
01101 
011xx 
01201 
012xx 
10801 
108xx 
10901 
109xx 
11001 
110xx 
11101 
111xx 
01401 
014xx 
11201 
112xx 
11301 


iom on scu port 0 is online 
iom on secu port 1 is online 


units; 


units; 


units; 


units; 


units; 


units; 


units; 


units; 
units; 
units; 


starting with device 
primary channel of 4 
secondary channel of 
secondary channel of 
secondary channel of 
Starting with device 
primary channel of 4 
secondary channel of 
secondary channel of 
secondary channel of 
Starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
Starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
Starting with device 
primary channel of 4 
secondary channel of 
Starting with device 
starting with device 
Starting with device 
primary channel of 2 


no. 1 

logical channels on mpe card mspa 

4 logical channels on mpe card mspa 
4 logical channels on mpe card mspb 
4 logical channels on mpc card mspb 
no. 17 

logical channels on mpc card mspb 

4 logical channels on mpc card mspb 
4 logical channels on mpc card mspa 
4 logical channels on mpe card mspa 
no. 1 

logical channels on mpe card mspe 

4 logical channels on mpe card mspd 
no. 17 

logical channels on mpc card mspd 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpe card mspe 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpe card mspf 

4 logical channels on mpe card mspg 
no. i7 

logical channels on mpc card mspg 

4 logical channels on mpe card mspf 
no. 1 

no. 3 

no. 9 

logical channels on mpe card mtpa 


model 1600 prt with 160 columns and a 600 print belt 


primary channel of 5 logical channels on mpe card urpa 
model 1200 prt with 136 columns and a 600 print belt 

secondary channel of 5 logical channels on mpc card urpa 
model 1600 prt with 136 columns and a 600 print belt 

secondary channel of 5 logical channels on mpc card urpa 
model 500 rdr 

secondary channel of 5 logical channels on mpc card urpa 
model 300 pun 

secondary channel of 5 logical channels on mpe card urpa 
model 1201 prt with 136 columns and a 600 print belt 

primary channel of 2 logical channels on mpe card urpb 
model 1600 prt with 136 columns and a 600 print belt 

secondary channel of 2 logical channels on mpe card urpb 
model 300 pun 

primary channel of 2 logical channels on mpe card urpe 
model 500 rdr 

secondary channel of 2 logical channels on mpe card urpe 
model 6601 LCC is the system console 

special purpose chan 
model 6601 ope is the alternate system console 
special purpose chan 

model 6601 ope is available for test 
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113xx 


special purpose‘chan 


opee 11601 model 6601 ope is available for test 


wher 


1. 


26 


22? 
iom 
iom 
iom 
22? 
iom 
iom 
222 
dsk 


dska 


dskb 


dske 


dskd 


dske 


dskf 


dskg 


Metce 


116xx 
e: 
prta 
is the 
00901 
is the 
1200 
is the 
136 
is the 
600 
is the 


special purpose chan 


Multics device name. 


IOM/channel/device in 


decimal (iccdd). 


model (in this case -- 1200 lpm). 


number of print columns. 


print belt part number (or cartridge number). 


test ped iom 
configuration: 


a aonsa iom on 
b a nsa iom on 


test ped ioma 
configuration: 
aaonsa iom on 
test ped dsk 

configuration: 


451 16 units; 
020xx 
026xx 
124xx 
122xx 
451 16 
120xx 
126xx 
O24xx 
022xx 
501 16 
028xx 
130xx 
501 16 
128xx 
030xx 
451 8 
132xx 
134xx 
501 16 
036xx 
138xx 
501 16 
136xx 
O38xx 


units; 


units; 


units; 


units; 


units; 


units; 


test ped dske 


secu port 0 is online 
scu port 1 is online 


scu port 0 is online 


starting with device 
primary channel of 4 
secondary channel of 
secondary channel of 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
secondary channel of 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 
starting with device 
primary channel of 4 
secondary channel of 


no. 1 

logical channels on mpc card mspa 

4 logical channels on mpe card mspa 
4 logical channels on mpe card mspb 
4 logical channels on mpc card mspb 
no. 17 

logical channels on mpe card mspb 

4 logical channels on mpe card mspb 
4 logical channels on mpc card mspa 
4 logical channels on mpc card mspa 
no. 1 

logical channels on mpe card mspc 

4 logical channels on mpe card mspd 
no. 17 

logical channels on mpe card mspd 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpe card mspe 

4 logical channels on mpe card mspe 
no. 1 

logical channels on mpe card mspf 

4 logical channels on mpe card mspg 
Hoe TT 

logical channels on mpe card mspg 

4 logical channels on mpe card mspf 
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dsk configuration: 


dske 451 8 units; starting with device no. 1 
132xx primary channel of 4 logical channels on mpe card mspe 
134xx secondary channel of 4 logical channels on mpe card mspe 


2??? test ped ope 


ope configuration: 


ope 01401 model 6601 LCC is the system console 
O14xx special purpose chan 
opea 11201 model 6601 ope is the alternate system console 
112xx special purpose chan 
opeb 11301 model 6601 ope is available for test 
113xx : special purpose chan 
opee 11601 model 6601 ope is available for test 
116xx special purpose chan 


22? test ped opcec 
ope configuration: 


opee 11601 model 6601 ope 


116xx special purpose chan 


Test List Request 


To list all of the active test pages in POLTS, 
requests: 


enter one of the following 


test plstal 
-or- 
test Istal 
Sample output: 
22? test lstal 
polts lstal: 


in execution: 
##0(01601c) t//04 


If a waiting allocation message is present, it indicates that the device 
cannot be assigned to POLTS at this time because it is presently in use by some 
other process. 


Test Wrapup Request 


To wrapup (stop) all POLTS testing, enter one of the following requests: 
test pw 
-or- 
test w 
Sample output: 
2??? test w 


##*¥polts executive wrapup code td2 p.t. 4130 
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ic 002007 ir 100000 ba 000000 er 000 ar 000000632402 qr 777777770077 
tr 00070617 
x0 000300 x1 202001 x2 000116 x3 000036 x4 000004 x5 000000 x6 000000 
x7 000152 
*#*¥polts executive wrapup code td2 p.t. 4130 


If the .pr2 option was in force the register banner information plus an octal 


dump of the POLTS segment would be appended to the print file to be dprinted 
later. 


New Test Request 


To start execution of a new test, enter the following request: 


test piccddoooo0o 


where 
Te iececdd 

is the IOM/channel/device. 
ee 00000 


is the new option character set. 


Sample output (using various test page options): 


22? test p01601ih 

#*#*#polts executive versions 790524 790518 on 790529 at 14.41 
*#¥3a(01601¢c) short wait, allocation queued 

*¥0(01601c) start tdi6éca - t69a, ttldat 781108, phy./log. id t//04 
##0(01601c),h,i end ti1,next t2 enter options: e05 
*#Q0(01601¢c),e,h,i end t2,next t3 enter options: 1 
#*#0(01601c),e,h,i,l1 end t3,next t3 enter options: 
##90(01601¢c),e,h,i,1 end t3,next t3 enter options: nl 
*#0(01601c),e,h,i end t3,next t4 enter options: pr 
**#0(01601c),e,h,i,p,r end t4,next t5 enter options: nh 
*##0(01601c),e,i,p,r end t5,next t6 


*¥0(01601c) start td1l6ed - t69d, ttldat 781108, phy./log. id t//04 
*#0(01601c),e,i,p,r end t57,next +59 
**#0(01601c) end cycle 1: 3 satus and O data errors 
*#0(01601c) start tdl6ca - t69a, ttldat 781108, phy./log. id t//04 
*¥#0(01601c),e,i,p,r end ti,next t2 
*¥0(01601c),e,i,p,r end t2,next t3 
2??? test po01601ni 
222? test po01601o0 
*#0(01601c) t20,e,p,r enter options: .tal 
*¥0(01601c) for pass 0: O status and 0 data errors 
and cycle i: O status and 0 data errors 
t20,e,p,r enter options: .go 
##0(01601c) start td16cb - t69b, ttldat 790126, phy./log. id t//04 
#%#0(01601c) start tdl6ce - t69c, ttldat 781108, phy./log. id t//04 


Test Communications Request 


To change the option character set presently in force or to enter a single 
control mnemonic for a request presently in execution, enter the following request: 


test poiceddoooo 


Ww 
' 
oN 
i 

=I 

— 
j 

Oo 

Le) 


where o... is the new option character set (the "o" option interrupts a test 
page). 


Sample output: 


22? test po016010 

##0(01601¢c) t19 enter options: .pr2 

##0(01601¢ec) t19 enter options: z 

2??? test po016010 

*=#0(0160ic) t19,z enter options: .typ 

polts dump file >udd>HFED>FED!BBBJJJNQDkkXqDh.polt.dump has 
been queued for printing 


Test End Request 
To terminate execution of a test presently in execution, enter the following 
request: 


test peiccdd 


Sample output: 


2??? test pe01601 
##0(01601c) forced term 2: 3 status and 0 data errors 


test 


transient errors: O read and 1 write 
channel time: 52808399 
e request received 


#¥€®polts executive version 790518 off 790529 at 14.99 p.t. 956552 


Standard Test Page Options 


The following error and control options can be entered in response to an 


enter options message (test communications request) or designated in the option 
string of a new test request. 


OPTION CHARACTERS AND DESCRIPTION 


exx 


bypass error message output. Bypass overrides a pass or cycle message 
unless halt is set. Halt forces these messages to be displayed (overriding 
the bypass option). 


output transient error message. If numeric characters xx follow, that value 
is used to override the test page standard value for the number of retries 
to be made. If a "=1" is typed, then the test standard is restored. This 
control of retry count is independent of the turn "on" or "off" capabilities 
of the e or ne option. 


halt for input of options following error messages, end test messages, end 
pass messages, and end cycle messages. 


inform the user of each normal "end test." If halt (h) is also specified, 
then an "enter options" is appended to the end test message. The end test 
message is overridden if the next segment is being called, an end pass 
message is being output, or if a cycle ends. 

loop on current test (cannot loop on test 0). 


negate the following option character (valid only if preceding b, e, h, i, 
ly Dy fy ts %, or the z options). 
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txXxx 


go to “enter options" following processing of the complete option string 
containing the "o.," 


issue an end pass message any time a back jump is detected by the next test 
sequencing. If halt (h) is also specified, then an “enter options" is 
appended to the end pass message. The error tallies for the current pass 
are reset when an "end pass" is reported or when "p" is being turned on. 


issue an end cycle message any time a normal test page termination occurs 
and cycle back to the first test in the current sequence. If halt (h) is 
also specified, then an "enter options" is appended to the end cycle message. 
The error tallies for both the current pass and current cycle are reset 
when "end cycle" is reported. The error tallies for the cycle are reset 
whenever "r" is being turned on. 


unconditionally skip to the next test. 


if turned on (no preceding negate), then unconditionally jump to the first 
occurrence of the test in the current sequence. The test number xxx must 
follow and must be nonzero, and can consist of one, two, or three numeric 
characters. For segmented test pages, a value outside of the current segment 
causes a jump to the corresponding segment without further processing of 
the current option string. If turned off (ntxxx), then the test number 
must be in the current segment and sequence, and not the forced termination 
test number. 


unload option. Facilitates the use of a tape or disk drive without requiring 
operator intervention. The media currently mounted on the tape or disk 
drive is used without operator authentication or mounting required. This 
option is only available with the initial option string. 


enable the extended status portion of the standard error message for MPC 
test pages. This option is initially forced "on" automatically. The user 
should utilize the nx option characters if the extended status message is 
not desired. The message can subsequently be enabled by utilizing the x 
option character. 


trace I/O setup. A message is output for each test I/O issued. 
Sample output: 


22? test po016010 
**#0(01601c) t17,i enter options: niz 


#¥* i/o trace *## 
idew: - 150100700000 
dew list: 
000245000016 


#8* i/o trace *** 
idew: - 540100700201 
dew list: 
000245000001 


° 
e 
i 


Control Mnemonics (prefixed with ".") 


»Z0 


NOTE: Only one control mnemonic (.option) can be input for any single 
“enter options message" and it is processed oniy if found at the 
beginning of the option string. 


return to the test page where interrupted. If the skip (s), jump 
(txxx), ".rseq", or ".seqt" option is specified, the next test sequencing 
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e-man 


is done. If any TDL line has been changed with .seq or .seqa, the 
current test is restarted. 


force the test page to manual mode. This allows the use of .seqxx, 
-seqaxx, and .stnxx; however, .stnxx or .strxx are not required to 
Start execution after manual input. To modify a test or subroutine 
(e.g., restrict the address range to be tested) and then run all tests, 
use the .opt option to get out of input mode (line xx.) and then 
invoke the txxx option to enter the desired test. 


Sample output: 


2??? test pOib0i0 

***¥polts executive versions 790331 790412 on 790504 at 09. 24 
*#2(01601¢c) short wait, allocation queued 

**¥0(01601c) start tdl6ca - t69a, ttldat 781108, phy./log. id t//04 
#*#0(01601¢c) tO enter options: .man 

**¥0(016011) tO enter options: .seq20 

##0 (016011) 

line 20. chg,11024,d777777777777,wtb,bks,rtb,1p20.f04. 500 

##0 (016011) 

line 21. .str20 

**0 (016011) invalid tdl instruction, line 20, field 01, 11024,: 
last word of dew would be outside of the write area 

t1 enter options: .seq20 

*#*#0 (016011) 

line 20. chg,1310,d777777777777,wtb,bks,rtb,1lp20.f04. 500,0 

#¥0 (016011) 

line 21. .str20 

t1 enter options: Ir 

2??? test po016010 

**0(016011) t1,1,r enter options: .tal 

**0(016011) for cycle 0: O status and O data errors 

t1i,l,r enter options: .ovei ; 

*¥0(01601c) start tdi6ca - t69a, ttldat 781108, phy./log. id t//04 
**0(01601c),i end t1,next t2 


#¥0(01601c),i end t19,next +20 
2??? test pe01601 
#®0(01601c) forced term 1: O status and O data errors 
channel time: 33422303 
test e request received 
¥¥¥polts executive version 790412 off 790504 at 09.43 p.t. 204731 


-oveoo000 overlay this test page with the comprehensive test page and use o... 


-opt 


pre 
»prt 


-rseq 


~Seqxx 


as the initial options. (Refer to the "Sample output" in the .man 
mnemonic description above.) 


an enter options message is output. 

forthcoming test page error messages are appended to a uniquely named 
stream file, which is printed on test termination, test wrapup, or 
acceptance of the .typ control mnemonic. (Refer to the "Sample output" 
in the .typ mnemonic description below.) 

resequence tests to their initial (at page call) order. 


accept TDL input for line xx in a manual test page. A message is 
output: 


*#y (header) 
line xx. 


where 
lig ##y (header) 


is the test page header. 
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~seqaxx 


-seqt 


2. xX 
is the line to be changed. 


The TDL instructions can now be entered for the line. The length of 
the line must not exceed 54 characters. If the input is valid, then 
the program issues another "line xx." message, rolling over to line 00 
after 99, until a "." is detected as the first character of a line (a 
control mnemonic). 


Any invalid input causes an appropriate illegal options message to be 
output. (Refer to the "Sample output" in the .man mnemonic description 
above.) 


accept data input for line xx in a manual test page. A message is 
output: 


¥%y (header) 
line xxa where 


1. #*®x (header ) 
is the test page header. 


26 XX 
is the line to be changed. 


The data patterns can now be entered for the data line. The length of 
the line must not exceed 54 characters. If the input is valid, then 
the program issues another "line xx." message, rolling over to line 00 
after 99, until a "." is detected as the first character of a line (a 
control mnemonic). 


Any invalid input causes an appropriate illegal options message to be 
output. (Refer to the "Sample output" in the .man mnemonics description 
above.) 

sequence tests in special order; a message is output: 


#*#x(header) input up to zz test #'s from xxx to yyy in the sequence 
desired 


where 
1. #*®x (header) 
is the test page header. 
2. ZZ 
is the number of tests allowed. 
3% xxXX 
is the lowest test number allowed. 
4, yyy 


is the highest test number allowed. 


Test numbers are input in the sequence desired and are separated by 
commas. A "-" in front of a test number indicates a jump either forward 
or backward to the first occurrence of that test number in the new 
sequence. For example, test numbers of 1, 2, 3, 4, -1 indicates running 
tests in the sequence 1, 2, 3, 4, 1, etc., with a back jump indicated 
at test 4 (affects the pass (p) option). 


Sample output: 


22? test p016030 ciemeat 

*%4(01603c) short wait, allocation queued 

*®0(01603c) start tdl6ca - t69a, ttldat 781108, phy./log. id t//04 
#*#0(01603c) tO enter options: .seqt 1,3,2,4,5,-1 

*¥#0(01603c) 
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ut 
I 


~-stnxx 


~-strxx 


etal 


test e 


test w 


etyp 


ewait 


input up to 30 test #'s from 1 to 31 in sequence desired. 
1, 3,4, 6, 2, -1 

**#0(01603c) tO enter options: i 

**#0(01603c) tO enter options: .go 

**0(01603c),i end t1,next t3 

**0(01603c),i end t3,next t4 

#¥0(01603c),i end t4,next t6 

##0(01603c),i end t6,next t2 

##0(01603c),i1 end t2,next t1 

##0(01603c),i end ti,next t3 


2??? test po016030 

##0(01603c) t6,i enter options: .rseq 
##0(01603c) t6,i enter options: .go 
##0(01603c),i end ti,next t2 
*¥0(01603c),i end t2,next t3 
*¥0(01603c),i end t3,next t4 
#*0(01603c),i end t4,next t5 


initialize the manual test page and set single test mode starting on 
line xx. 


set single test mode for a manual test page starting on line xx. 
(Refer to the "Sample output" in the .man mnemonic description above.) 


a message with a tally of errors is output. Option p or r must be set. 
The message includes the information for the current pass or cycle, or 
both (depending on the state of p andr). The error tallies are reset 
for the pass or cycle, or both when reported. (Refer to the "Sample 


- output" in the .man mnemonic description above.) 


the test page is forcibly terminated. 

POLTS is wrapped up. 

forthcoming test page errors are output on the terminal. 

Sample output: 

22? test po016010 

##0(01601¢c) t19 enter options: .pr2 

#®¥0(01601¢c) t19 enter options: z 

22? test po016010 

*##0(01601c) t19,z enter options: .typ 

polts dump file >udd>HFED>FED>!BBBJJNQDkkXqDh.polt.dump has 
been queued for printing 


the test page is put in a wait condition. 
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POLTS MESSAGES 


POLTS Informative Messages 


POLTS LOG ON MESSAGE 


A message is displayed on the terminal when POLTS is called initially at 


command level. (Refer to the example included under "POLTS Operating Instructions" 
earlier in this section.) 


POLTS LOG OUT MESSAGE 
A message similar to the following is displayed on the terminal when POLTS 
comes to an orderly (not forced or error caused) conclusion of testing: 


#¥*®polts executive version 790518 off 790529 at 15.35 p.t. 103399 


POLTS WRAPUP MESSAGE 


A message is displayed on the terminal when POLTS terminates due to a 
test w or test pw request, ".test w" option or an abt TDL instruction. (Refer 
to previously described requests or the "." option for examples of the message.) 


POLTS ABORT MESSAGE 


A message is displayed on the terminal when an internal error is detected 
by POLTS, or POLTS is given a fatal error code from some Multics routine call. 
Because these are system errors that must be analyzed by a system programmer, 
they are not explained. 


WAIT FOR DEVICE MESSAGE 


The following message is displayed on the terminal when intervention is 
required by system operations personnel (e.g., the computer operator is notified 
to mount a scratch tape on handler dd): 


*¥a(icedde) short wait, allocation queued 


DEVICE BUSY MESSAGE 


When a test request is issued to a device that is already in use by another 
Multics process, a message similar to the following example is displayed. The 
allocation is completed when the requested device is released by the other process. 


##0(p01804): device busy, allocation queued 
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START TEST EXECUTION MESSAGE 


The following message is displayed onthe terminal when a page starts execution: 


**#p(iecdde) start cecece-nnnn, ttldat yymmdd, phy./log. id t//04 


where 
1. eececce 
is the POLTS "file header" name (such as td12ca). 
2° nnnn ‘ 
is the POLTS "page" name (such as asaQa). 
3. yymmdd 


is the date (year, month, and day). 


TEST TERMINATION MESSAGE 


A message is displayed on the terminal when execution ofa test page terminates. 
Sample output: 
#%#0(01603c) normal term 1: O status and O data errors 
transient errors: 11 read and 2 write 


channel time: 52548113 
#¥¥®polts executive version 790412 off 790502 at 14.72 p.t. 638691 


END CYCLE MESSAGE 

A message is displayed on the terminal when a normal test page termination 
occurs and the r option is on. 
Sample output: 


#*#0(01601c) for pass 0: O status and O data errors 
and cycle 1: O status and O data errors 


END PASS MESSAGE 


A message is displayed on the terminal when the next test sequencing detects 
a back jump in the test sequence and the p option is on. (Refer to example 
included with "End Cycle Message" above.) 


END TEST MESSAGE 


A message is displayed on the terminal every time an individual test ends 
normally (e.g., end t2, next t3) and the inform user (i) option is on. (Refer 
to example included with "New Test Request" described earlier.) 
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POLTS Standard Error Message 


the b 


some 
follo 
line 
in th 


-— OO OAAW LW — 


—_—b ond 


Line 


where 


Field 
Field 
Field 
Field 
Field 
Field 
Field 
Field 
Field 
Field 
Field 

~Or= 
Field 


-or- 
-or- 
“or-= 
-or- 

Field 
-or- 


The POLTS standard error message is displayed when an error is detected, if 


ypass (b) option is not on, and if the nt modifier is not used. 


Each line of the error message uSually has several alternatives (either 
of the fields, or the whole line) and some lines may not be present. The 
wing information gives a detailed breakdown of the error message, line by 
(line numbers are shown below for reference purposes, but are not displayed 
e actual message). 


#¥0(01206c) 42/75b 05-rtb 

tadw = 000002224520 

smb1 010203040506/0 10203040506 rre O0/ok 166 data ers d/543210 p/------ 
(002)0 12345012345 (003)012345012345 (004)012345012345 (005)012345012345 
s/b 010101010101 s/b 010101010101 s/b 010101010191 s/b 010101010101 
io#105 

possible transient error, retry will be made 

(a message supplied by a nsdd.dd instruction) 

device extended status in hex 

(eep message line from tysdd instruction) 

c,c,c,c, enter options: 


00/ok 00/ok 00 t/ok in O040/ok 123456123456 


01: 


Always present. 


*#0(01206c) 42/75b 05-rtb 00/ok 00/ok 00 t/ok 


00/05 00/01 t/i 


In O40/ok 123456123456 
In 040/041 pos 004/ok 


00/<< in 040/--- pos 004/--- 
rec cnt xx pos 004/005 
(blanks) (blanks) 

0 active POLTS test page number is "0." 

01206e IOM/chan/dev (the "c" signifies comprehensive). 

42 test number. 


fee line number. 
b number of the device I/0 on the line. 


05 octal op-code. 

rtb mnemonic for the op-code (in this case, read tape binary). 

00/ok major status (was/sb) if ok. 

00/05 if bad. 

00/ok substatus (was/sb) if ok, and if not, ignore substatus. 

00/01 if bad, and if not, ignore substatus. 

00/-~ if bad ignore substatus. 

00 IOM/channel status. 

t/ok interrupt returned (was/sb) if ok. 

t/i if bad. 

in 040/ok last DCW word count if residual DCW is good and if data 
transfer I/O, and not "nr," and not initiation interrupt. 

In 040/041 if bad, and not "nr." 

In 040/--- "nr" and not initiation interrupt. 

rec ent 01 record count if nondata command. 

(blanks) if initiation interrupt and data transfer I/0. 

123456123456 if first I/O of dual I/0 was seek for mass storage. 

pos 004/ok if "pos" positioning is in effect for mag tape and 
positioning is good. 

pos 004/--- if "pos" but position cannot be checked due to data error. 


mane ANH INA 
pUuo YvUstsUYUD 


(blanks) 


if "pos" and position error. 
if not seek or "pos" as above. 
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Line 02: 

Disk seek address, if a disk test page and a seek type command (seek/read, 
seek/write). 

tadw = XXXXXXXXKXXXX 


where x is the octal seek address. 
Line 03: 


Present if not IOM fault or timeout. 


smb1 012345671234/ok rre 00/01 positioning error 

smb1 010203040506/0 10203040506 rre 00/ok 166 data ers d/543210 p/------ 
smb1 010203040506/------------ rre 00/-- data chks ok 012345012345 
initiation interrupt data not checked (init) 
non-data command data not checked (nc) 


write data 123456123456 
‘write data xxxxxxxxxxxx 
write data character 00 


where 
Field smb1 012345671234/ok data xfer, not initiation interrupt, not 
"nm," and smb1 ok. 
-or- smb1 010102040506/------------ same, but "nm" used. 
-or=- smb1 010203040506/0 10203040507 same, but not "nm," and checks bad. 
-or=- initiation interrupt if initiation interrupt occurred for 
data transfer command. 
-or- non-data command if non-data command. 
Field rre 00/01 residual record count (was/sb) if error, 
"nr," and not initiation interrupt. 
-or- rre 00/ok same, but checks good. 
-or- rre 00/-- if "nr" or initiation interrupt. 
Field positioning error if read, data checks good, not 


"ne", and not initiation interrupt 
"pos" with position error. 

-or- 166 data ers d/543210 p/------ if read, data bad, not "nc," and 
not initiation interrupt. 


where 
166 number of data words in error. 
d/543210 p/------ bits dropped and picked up in a character. 
"_" if bit is ok, otherwise # is bit number. 
-or- data chks ok 012345012345 if read, data ok, not "nc" or initiation 
interrupt. Reports first data word. 
-or- data not checked (init) if read, not "ne" and initiation interrupt. 
~or- data not checked (nc) if read and "nc." 
-or- write data 123456123456 if write, and first DCW not 
non-data-transfer. 
-or- write data xxxxxxxxxxxx if write, and first DCW is 
non-data-transfer. 
-or- write data character 00 if write, and IOC command 


"sing.char." is used. 
If power off, line O02 is 


power off, operator intervention required 
If unexpected device or MPC attention, line 02 is 


device attention, operator intervention required 
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Line 04: 


Present only if a read data error is reported in line 02. 


(002)012345012345 (003)012345012345 (004)012345012345 (005)012345012345 
(pre)012345012345 (f01)012345012345 (002)012345012345 (003)012345012345 


If present, the (002) or (pre) reports the location (offset) in the read area of 
the data word in error if numeric, or that the word preceding the read transfer 


(pre) or following the read transfer (fol) was bad. The 012345012345 is the 
data "was." 


Line 05: 

Present only if a read data error is reported in line 2 and a line 03 "was" 
is displayed. 

s/b 010101010101 s/b 010101010101 s/b 010101010101 s/b 010101010101 


If present, the data indicates the "should be" for the word immediately above. 
Line 06: 


Always present. 

io#105 
This line indicates the absolute number of connects (1/0s) issued to the device 
Since the test started. 
Line 07: 

unrecoverable error after 3 retries 

possible transient error, retry will be made 
This line is displayed whenever there is a transient error recovery routine for 
the test page (mag tapes) and an error is detected for either a read or write. 


An IOC error, attention or power off, or initiation interrupt overrides the 
transient recovery routine and this line. 


Line 08: 


(a message supplied by a nsdd.dd instruction) 
This line is present if a "nsdd.dd" instruction applies to this I/0. The data 
is the data pointed to by the "nsdd.dd". 
Line 09 and 10: 

device extended status in hex 

extended status unreadable 


device extended status in hex 
00ec0 14d0704 00000000F Of 708da9 10322610 1420004ec00 


Each pair of hex characters represents one byte of extended status. There are 


24 status bytes, numbered 0-23. Refer to individual test page documentation for 
a breakdown of all 24 bytes. 
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00 represents a status byte of binary 00000000 
ec represents a status byte of binary 11101100 
01 represents a status byte of binary 00000001 
4d represents a status byte of binary 01001101 


(eep message line from tysdd instruction) 
status was 123456654321 


These lines are present if the Extended Error Processing (EEP) option "x" is on. 
If there was no error on fetching the extended status, the second of the three 
alternatives for line 08 and 09 are displayed. If extended status is available, 
the second alternative is displayed. If there was an EEP error, then the third 
alternative for the three is displayed. For this case the status given is the 
IOM status word #1 in octal format. 


Line 11: 


c,¢,c,c, enter options: 
This line is displayed if the halt (h) option is on and ns or "nsdd.dd" is not 


used. The c,c,c,c field is the current options in force. The terminal pauses 
for input options. 


Extended Status Output Done As Freestanding Test 


One of the following messages is displayed whenever the extended status 
test is run as a freestanding test via a txxx request. 


NO ERROR DETECTED 
The following message occurs if there were no errors detected while fetching 
the extended status via a device I/0: 


##a(iceddc) device extended status in hex 
eeeeee 


where eeeeee is the formatted extended status line. Refer to the description of 
POLTS Standard Error Message, Line 08 and 09 above for additional data. 


ERROR DETECTED 

The following message is displayed if a status error was detected while 
fetching extended status: 

®®a(icedde) extended status unreadable, status was ssssss 


where ssssss is the first word of IOM status in octal. 


POLTS Input Error Message 


This message is displayed whenever an input following "test" contains an 
error: 


##¥polts executive (erroneous data) invalid input 
(reason) 
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where (reason) is one of the following: 


channel not assignable 
The channel number input is not configured on the system. 


invalid channel number 
The channel number input was nondecimal or greater than 63 for an IOM. 


invalid device number 
The device number input was nondecimal or greater than 63, or that 
particular device number was not configured to the system. 


invalid IOM number 
The IOM number input was nonoctal or greater than the largest IOM 
configured on the system. 


no page exists for that device type 
A test has been called for a device type for which there is no test 
page. 


unknown request for this executive 
The input does not match any of the valid inputs to POLTS. 


POLTS Option Error Messages 


The following message is displayed when options input to the test are processed 
and some error is detected in those options. A request to enter new options is 
always appended to this error message. 


®®o(iceddc) invalid option: (options) 
(reason) 
(current options) enter options: 


where (reason) is any of the following: 


already a manual test page 
A .man option has been input but the test page is already a manual 
test page. 


can't sequence tests outside of this segment 
A test number input in response to a .seqt mesSage was outside of the 
range specified in the message. 


can't turn off test in another segment 
Test tables are an integral part of each segment, sequencing or turning 
OFF can only be done for the current segment. 


illegal control mnemonic (.option) encountered 
A request was received for an option that was not recognized by the 
option processor. 


jump specified to a test not sequenced 
A jump ("-" in front of a test number) was specified in response to a 
-seqt message but the test number specified was not included in the 
sequence. 


more than 6 alpha characters for tdl instruction 
When inputting a TDL instruction line to a manual test page in response 
to .seqxx (data lines are not checked) message, an instruction with 
more than six alpha characters was encountered. 


more than 12 numeric characters for tdl instruction 
When inputting a TDL instruction line to a manual test page in response 
to a .seqxx (data lines are not checked) message, an instruction with 
more than 12 numeric characters was encountered. 


LY) 
4 
onk 
L¢ 2) 
o> 
c= 
~J 
~J 
i] 
(>) 
Ww 


next test sequencing has selected data line for test start 
The first line of a test was changed to a data line in a manual test 
page and a subsequent txxx option (or some other test ending due to 
nx) tried to go to that test. 


no executable tests in this sequence 
The use of .seqt with a back jump and ntxxx options has set up a 
sequence with no tests that can be executed. 


nonnumerics input for line number for control mnemonic 
A .seqxx, .seqaxx, .Stnxx, or .strxx option was input for a manual 
test page but the xx characters were nonnumeric. 


only a "1" is allowed following "e-" 
A character other than a "1" was used to try and restore transient 
error recovery retry count to the test page standard. 


only numerics, commas, minus, or a blank allowed 
Only test numbers separated by commas (with a possible initial "-" for 
jumping) are allowed as input to a .seqt message. 


only 9 words allowed for TDL lines 
More than 54 valid characters were input in response to .seqxx or 
-seqaxx messages. 


pass or recycle must be set to output error tallies 
A .tal option was input but neither p nor r was set ON. 


specifying a nonexecutable test ; 
One of the tests specified in response to a .seqt message has been 
marked as "do not run" for the reason specified in the test page 
initialization message. 


test number cannot be '0' 
This results if the test number input was zero or if no test number 
was input or the t was the last character of the input line (including 
the initial test request or test communications request limitation of 
11 characters input). 


test number is not in the current sequence 
A test number has been specified that lies outside (was not included 
in) the sequence specified in response to a .seqt message. 


test number must follow '‘'t! 
The t option character was not followed by a one-, two-, or three-numeric 
test number. 


this control mnemonic valid only for manual test pages 
-seqxx, .seqaxx, .Stnxx, or .strxx was input to a comprehensive test 
page. 


too many entries input 
More than the specified number of test numbers were input in response 
to a .seqt message. 


trying to execute tdl on a non-tdl line 
The line specified in .stnxx or .strxx is not a TDL line. 


trying to go to a nonexecutable test 
The test specified has been marked as "do not run" for the reason 
specified in the test page initialization message. 


trying to go to a nonexistent test 
The test number txxx is higher than the last test for this page. 


unknown tdl instruction specified 
When inputting a TDL instruction line to a manual test page in response 
toa .seqxx (data lines are not checked) message, an unknown TDL instruction 
was encountered. 
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'v' is an illegal option character 
is some character other than b, e, h, i, 1, n, 0, p, r, 8s, t, u, 
X, Or Z. 


ty? 


processor. 


An illegal option character has been detected by the option 


*,' must be the first option character 
A control mnemonic was found embedded in an option string. 


Sample output: 


**#0(01601c) tO enter options: c 
##0(01601c) illegal option: 


tO enter options: 


is an illegal option character 


POLTS Invalid TDL Instruction Message 


where 


1. 


The following message is displayed on the terminal if an unknown mnemonic 
or erroneous instruction usage was encountered during sequential processing of 
the TDL instruction. 


#¥p(ieedde) invalid tdl instruction, line xx, field yy, aaannn 


rrr 
C,C,C,C, 


XX 


is the line 


yy ; 

is 
aaa 

is 
nnn 

is 
rrr 

is 

>6 


the 


the 


the 


one 


enter options: 


number. 


field number. 


isolated alpha part of instruction. 


isolated numeric part of instruction. 


of the following reasons: 


alpha or >12 numbers 
More than 12 numbers (0-9) or more than six nonnumerics other 
than a "," or "space" were encountered on a TDL instruction 
line with no intervening "," or "space." 


cannot specify an iom non-data command 
An icO1 (IOM channel command 02) was encountered. 


cannot use tdew or idew as first dew 
Either cwobn or cwoi was encountered. 


clkran must have some maximum clock limit specified 
The "clkran" TDL instruction was input to a manual test page 
with no numerics or zeros. 


end of line sequencing would proceed on a non-tdl line 

The end of the current TDL instruction line was encountered and 
the last instruction processed required continuing to the next 
successive line and that latter line was found to be flagged as 
other than a TDL instruction line in the test page. 
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illegal line tally on chx 
One of the TDL chx family of instructions specifies a tally of 
64 or more characters, which is illegal. 


inst. illegal in manual mode 
The test page is attempting to execute a TDL instruction in 
manual mode. This is invalid due to system problems that could 
result if the instruction were used improperly. 


insufficient fixed numerics 
A TDL instruction was isolated that had less than the required 
number of numerics that are defined for the instruction. 


inv. arg. 
The instruction has been set up with invalid arguments. 


invalid hexadecimal character in uhdln or phdln 
Detected during data setup, possibly after the uhdlnxx or phdlnxx 
instruction. Some character other than 0-9 or a-f was detected 
in the lines covered by the range of the TDL instruction considering 
the current length. 


last dew cannot be an idew 
The test page is attempting to make the last DCW in a list an 
IDCW, which is illegal. 


last word of dew would be outside of write area 
An ldd or control word instruction such as "ewdsddd.ddd" was 
encountered such that the resulting last word of the transfer 
area defined by the starting offset and length would be outside 
of the data transfer area (considered to be 320 maximum). 


last word of message/data-from-line past line 99 
One of the following instructions has specified data from TDL 
lines but the word count extends past the TDL line area: dlnxx, 
nsxx.yyy, phdlnxx, tyxx.zzz, uhdlnxx, yesxx.yyy. 


last word of message would be outside of message area 
An instruction to output a message line such as "tydd.dddd" was 
made with of a length of >72 characters. 


line number specified exceeds 99 
A TDL instruction requiring a line number was input to a manual 
. _.test page with more than two numeric digits. 


only 36 flags available, 0-35 
An sflxx, ckfxx or rflxx instruction was encountered where xx 
was >35. 


only octal numerics allowed 
A TDL instruction was encountered that must have only octal 
numerics (0-7) and an 8 or 9 was found to be in the instruction. 


positioning valid only for mag tape 
A pos instruction was found in a test page for other than a mag 
tape. 


record count must be 0-63 
A rdd instruction was encountered with dd>63. 


residual word count cannot exceed 320 
A rwdd was encountered with dd>320. 


retep illegal if not in eep 
A retep instruction was encountered where POLTS was not in an 
"automatic" extended status fetch mode (not fetching extended 
status due to the x option after an error). 
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tally exhausted 
One of the chx type instructions has attempted to store more 
than 63 characters. 


tdl language lockup fault, no i/o for 275 major instructions 
Greater than 275 TDL instructions were isolated without ever 
causing a test i/O to be issued. 


the pass option must be set to output this message 
The TDL instruction "tal" was input to a manual test page but 
the pass (p) option is not set. . 


trying to add offset or length to a tdew or idew 
A “ewdaddd.dddd" instruction was encountered that pointed to a 
TDCW (ewdbd) or IDCW (ecwdi). 


trying to decrement the working module count to a negative value 
The "dmod" TDL instruction was input to a manual test page and 
the working module count was never initialized via "smod" TDL 
instruction or the alternate return was ignored (the program 
goes to the next field if the working count is not a zero and 
skips one field if it is zero at the end of a "dmod"). 


trying to execute a ret without a previous sv 
A retd was encountered without a svd having been used prior to 
the retd. 


trying to execute tdl on a non-tdl line 
A TDL loop instruction or "stnxx", "strxx", or "nxxx" was input 
to a manual test page but the line specified is not a TDL 
instruction line (either because it was input as a data line or 
because it was assembled as a data line). This could also 
result from a normal test page TDL instruction referring to a 
data line input to a manual test page. 


trying to issue illegal op-code to device 
A peripheral op-code defined as invalid for the device under 
test was found, resulting from a peripheral mnemonic such as 
rew or special I/0 instruction such as swoo. 


trying to jump to a nonexecutable test 
The TDL instruction "nxxx" was executed in a test page but the 
test was turned OFF by the ntxxx option or test page initialization. 


trying to jump to a nonexistent test 
The TDL instruction "nxxx" was executed in a test page but no 
test starts on that line (could result from a .stnxx or .strxx 
option setting single test mode thus eliminating all other tests). 


trying to jump to a test not in the current sequence 
The TDL instruction "nxxx" was executed in a test page but the 
test starting on the specified line was not included in the 
sequence input in response to a .seqt message. 


trying to set up the last dew as an iontp or iotp 
A “ewdpddd.dddd" or "“cwdnddd.dddd" was encountered that would 
select DCW #9. 


trying to start a dew string with a tdew (cwxby) 
The TDL instruction "lewx" was input to a manual test page but 
the control word specified was previously set up as a TDCW by 
the use of the TDL instruction "cwxby". This could also result 
from a normal test page "lewx™ command referring to a control 
word changed by the input of the TDL instruction "cwxby" to a 


manual test page. 


trying to type 4096 words (0) 
A TDL instruction to type message data such as "tydd.dddd" was 
encountered that specified a word count of 0. 


un 
! 
ho 
ae) 
Hd 
~] 
~] 
! 
= 
Ww 


trying to use a dew with word count of 4096 (0) 
A DCW setup such as via “ewdsddd.dddd" was attempted that had a 
word count of 0. 


trying to use a sing. char. iom emd with a read or nondata opcode 
During I/O setup to issue a test I/0, it was found that an icO4 
instruction had been used but the peripheral command is a read 
or nondata type op-code. 


unknown iom command or bootload 
An invalid IOM channel command or “boot" was specified in an 
icdO instruction. 


unknown tdl instruction specified 
This message should never occur unless a bad patch was applied 
to the test page or the test page was loaded incorrectly. Ali 
manual pages have the TDL input checked at input time and an 
illegal options message would have resulted. 


5-23 AU77-03 


SECTION 6 


ISOLTS EXECUTIVE 


The ISolated OnLine Test Subsystem (ISOLTS) provides a means of testing 


Multics processors online, in an isolated environment under the TOLTS executive 
program. 


FUNCTIONAL CAPABILITIES 


The ISOLTS subsystem is two isolated and independent pieces of procedure 
code (driver and test programs) that communicate with each other for service. 


The ISOLTS driver operates from an active Multics process and controls the 
testing and test sequencing of a processor that is under test. 


Test programs, loaded into memory by the ISOLTS driver and executed by the 
processor under test, do the actual testing. The ISOLTS driver communicates 
with the test programs through a communication region, located at a predefined 
unpaged area in memory. 


Communication from the ISOLTS driver to the test programs might include 
Such requests as: 


execute test program 
halt operation immediately 
execute program options 


Communication requests from the test programs to the ISOLTS driver might 
include: 


test program complete 
load next test program 
display error message 


° 


Because very few functions on a processor under test can be assumed to be 
operating correctly, precautions are taken to ensure that the processor under 
test does not degrade system integrity. 


Isolation is provided because the memory area used for the test programs is 
dedicated and is not used for demand paging as most other system memory is. The 
base 64K words of memory on a nonbootload system controller is used for testing 
(the entire system controller and its memory is usurped from the system until 
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erroneous address above 64K is not generated). The operator is requested to 
reconfigure the processor under test such that the selected system controller 
and memory becomes zero based memory for that processor. The operator is also 
asked to disable all other processor ports and insert a 64K address plug in 
place of the current address plug for the selected system controller port. 


The active Multics process in which the ISOLTS driver is executing, has 
access to the dedicated memory area by means of an unpaged Segment Descriptor 
Word (SDW) with the absolute system address of the dedicated memory area, and a 
bounds of 64K, The ISOLTS driver process references the dedicated memory as 
contiguous storage by using a pointer to the reserved hardcore segment. The 
ISOLTS driver process loads test programs into the dedicated memory area and 
causes the processor under test to execute these programs by simulating an interrupt 
with a Set Memory Controller Interrupt Cell (SMIC) instruction. The communication 
region is checked periodically for test completion or an error condition. This 
sequence is repeated for the next test and continues until no tests remain to be 
executed, an error occurs, or the ISOLTS user requests program options. If an 
error occurs, the error message is written to an error message file, which can 
be selectively displayed on the ISOLTS user terminal or dprinted. 


When ISOLTS testing is complete, or if the ISOLTS process is wrapped up 
(either by error or by the user requesting termination), the reconfiguration 
process is reversed. The dedicated memory is returned to the system, the processor 
under test is made available for dynamic reconfiguration, and the SW for the 
reserved hardcore segment is reset. 


ISOLTS OPERATING INSTRUCTIONS 


ISOLTS is entered by answering the TOLTS query: 


###enter "polts", "molts", "isolts", "colts", "quit", or "msg" 

222 

with the keyword "isolts". The ISOLTS greeting message is followed by an input 
prompt and request for input: 


F##isolts executive version 781201 on 781202 at 17.235 


**¥®enter "test cpu <tag>", "display_error", "test ped", "msg", or "quit" 
229 


If "quit" is typed, a signoff message is displayed as below, and control is 
returned to TOLTS: 


##®isolts executive version 781201 off 781202 at 19.594 


If "test ped" is typed, the current processor and memory configuration is displayed 
on the terminal, indicating the resource's relative availability for testing. 
An example of the test ped request is included in the "ISOLTS Terminal Session" 
later in this section. 


Actual processor testing is initiated by specifying the "test cpu" request. 
If the request: 


test cpu <tag> 


is typed, ISOLTS determines which of the available SCU/memory units to use for 
testing based on the one with the smallest amount of memory configured. If a 
problem is suspected in the processor port interface with a particular SCU/memory 


: 
unit, the request: 


test cpu <tag> -memory <tag> 
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-Ore- 
test cpu <tag> -mem <tag> 


can be used to specify the use of a particular SCU/memory unit. 


Test Capabilities 


Processor testing is accomplished in three phases. Each of these three 
test phases are described below. 


TEST PHASE 1 


This is the reconfiguration test phase. Upon recognition of a CPU test 
request (i.e., test cpu <tag>), the ISOLTS executive determines if the resources 
required for processor testing are available. (The processor to be tested must 
be configured in the off state and at least two SCUs must be online and available.) 
The system operator is asked for permission to test the requested processor 
uSing the designated SCU/memory unit. If permission is granted, manual 
reconfiguration instructions are displayed on the operator console (refer to 
"Communications with the System Operator" later in this section). After manual 
reconfiguration is completed, ISOLTS dynamically reconfigures the designated SCU, 
setting appropriate interrupt masks and port enable registers, to allow the 
processor under test to communicate with the lower 64K of address space of the 
designated SCU/memory unit. All memory in the designated SCU unit is removed 
from the system so that any reconfiguration test failure does not result in a 
catastrophic system failure. The actual reconfiguration test is conducted as 
follows: 


hg The lower 256K of memory on the selected system controller is filled 
with a two-instruction sequence of STA *, DIS (# is equal to the 
current address). 


2. The first two pages of all other nonbootload system controllers are 
"borrowed" from the system and the STA *, DIS sequence is stored in 
each pair of locations of these two pages. 


3% The connect lock is set and all other active processors are forced to 
cease operation by sending them a connect. 


4, Selected fault and interrupt vectors in the system zero-based memory 
are overlaid with the STA *, DIS sequence after saving their original 
contents in the process stack. The fault and interrupt vectors overlaid 
are: 


processor start interrupt 
op_not_complete fault 
Start_up fault 

lock_up fault 

trouble fault 


De An SMIC instruction is now sent through the selected system controller 
to the processor to be tested with a processor_start_pattern (interrupt 
cell 0). 


6. A wait loop is entered, waiting for location 0 in the selected system 
controller's memory to change as a result of the STA O instruction 
previously stored there. If this location changes values, it means 
that the manual reconfiguration was done correctly. 


ie If the wait loop times out, either the processor to be tested was not 
manually reconfigured correctly or the processor is not responding to 
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10. 


11. 


Ves 


14, 


15. 


the SMIC instruction correctly. Tests are made by searching the memory 
of the other nonbootload system controller and looking at the fault 
and interrupt cells that were overlaid in the memory of the bootload 
system controller. 


If location 0 of one of the other system controllers has changed, the 
operator has enabled the wrong port. In this case, the operator is 
informed to recheck the configuration panel on the processor to be 
tested. 


In any case, the fault and interrupt vectors in the system zero-based 
memory are restored to their original contents and the connect lock is 
reset, allowing other processors to resume operation. 


If the test of the other nonbootload system controller's base 2K of 
memory does not find any of the cells changed, it must be assumed that 
the processor did not answer the interrupt correctly. In any case, 
the base 2K of memory on each of these system controllers is given 
back to the system. 


Each memory location of the selected system controller is tested to 
see if any location has changed. If some location has changed other 
than location 0, it could mean that the processor to be tested has an 
addressing problem. 


In any case, an error code is returned to the caller, indicating the 
nature of the failure. All reconfiguration that has been done up to 
this point is undone before returning. 


If the interrupt was answered correctly by the processor to be tested, 


ISOLTS ensures that other switches are set correctly. This is accomplished 
as follows: 


ae An RSW "n", DIS sequence is set up in locations O and 1 of the 
selected system controller's memory. 
b. An SMIC instruction is issued to the processor to be tested. 


Ce After a short time delay an STA 0 is written over the RSW "n" 
instruction. 


d. An SMIC instruction is issued to the processor to be tested. 


e. Location O should now contain information that was stored in the 
A register as a result of executing the RSW "n" instruction. 


ar This information is saved and the RSW, STA sequence is repeated 
for each of four tags (1 through 4) of the RSW instruction. 


The read switch data is exclusive ORed with the switch template and 
ANDed with the switch mask. The result of this boolean operation 
yields a value of zero if all the processor configuration switches are 
set correctly. If discrepancies are found, the resultant switch data 
is returned along with an appropriate error code. 


If the read switch test finds no discrepancies, a test is made to 
determine if an "LDA 2" instruction operates correctly. This is 
accomplished as follows: 

ae Location 2 of the dedicated memory is set with a value of zero. 


b. An LDA 2, DIS instruction pair is set in locations 0 and 1 of the 
dedicated memory. 


Ce An SMIC instruction is issued to the processor to be tested. 
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Ths 


d. After a short time delay an STA 0O is written over the LDA 0 
instruction. 


e. An SMIC instruction is issued to the processor to be tested. 


fs Location 0 (and the A register) should now contain a value of 
zero. (If not true, an appropriate error code is returned to the 
caller.) 


Since all memory in the selected system controller above 64K is to be 
returned to the system paging pool, the ISOLTS subsystem verifies that 
the processor to be tested cannot address above 64K (because of the 
64K size plug). This is accomplished as follows 


as The "store fault" fault vector address in the dedicated memory is 
overlaid with an STA *, DIS pair. 


b. Locations 0 and 1 of the dedicated memory are overlaid with an 
LDA 65536 (64K), DIS pair. 


Ce An SMIC instruction is issued to the processor to be tested. 


d. After a short time delay, the store fault vector is checked, it 
should contain a value of zero. If it does not, an appropriate 
error code is returned. 


Since the active test programs use a simulated IOM 0 terminate interrupt 
(interrupt cell 12) for testing, ISOLTS checks to see if the processor 
to be tested is capable of answering this interrupt. This is done as 
follows: 


a. The ses$cpu_test_pattern is set with bit 13 (which is analogous 
to interrupt cell 12). 


b. The IOM O terminate vector location in the dedicated memory is 
overlaid with an STA *, DIS pair. 


Cs An SMIC instruction is issued to the processor to be tested with 
the SMIC pattern in scs$cpu_test_pattern. 


d. After a short time delay, the IOM O terminate interrupt vector 
location is checked, it should be equal to zero. If this is not 
true, an appropriate error code is returned. 


The original port masks for the selected system controller and the 
port on which the tested processor is on are restored by an SSCR 
configuration instruction. 


All memory above 64K in the selected system controller is given back 
to the system. 


If an error is detected during the reconfiguration test, an appropriate 
error message is displayed and the dynamic reconfiguration of the SCU is reversed. 
The errors that may be detected at this time include: 


1. 


= Ww NM 
e 


Improper switch setting 
Inability of the processor to respond to an interrupt 
Answering an interrupt at the wrong location 


Inability of the processor to generate a store fault when an address 
above 64K is referenced 
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TEST PHASE 2 


This test phase executes the PAS2 Primitive Function Tests (PFTs). The 
PFTs are a group Of go/no-go tests that run (in offline mode) as a result of 
booting the offline T&D tape. The PFT function is to verify the basic 20-instruction 
subset of the Series 6000 instruction repertoire that is used by the PAS2 executive. 
If the first PFT executes correctly, the second PFT is read in. This procedure 
repeats itself until the PAS2 executive is read in by the last PFT. If any of 
the PFTs fail, the processor halts at a DIS instruction. The FE can observe the 
instruction counter value of the DIS instruction from the processor maintenance 
panel and in conjunction with examining the listing for the failing PFT, determine 
. the functional area of failure. 


The ISOLTS executive times out five minutes after an error is detected by a 
PFT and an error message similar to: 


isolts: time out after 300 seconds while executing PFT O4d 


is displayed. At this time the user is given three choices of action with the 
query: 


respond "quit", "retry", or "continue" - 


If quit is entered, the processor under test is deconfigured and ISOLTS returns 
to ISOLTS command-level. If retry is entered, the test is reloaded and the 
timing loop is restarted at zero. If continue is entered, the timing loop is 
restarted at zero. 


TEST PHASE 3 


The PAS2 executive and the PAS2 test programs make up test phase 3. Together, 
these programs provide functional tests and limited diagnostics for all functions 
of a processor not tested by the PFTs. 


The PAS2 executive provides control sequencing and utility service functions 
for the PAS2 test programs. In the offline mode, all requests to perform I/0 to 
a tape unit, printer, or console are either communicated to the PAS2 executive 
from the test programs via Master Mode Entry (MME) faults, or initiated by the 
PAS2 executive directly. Program option control, operator interruption, and 
test termination are also handled by the PAS@2 executive. 


The PAS2 tests provide functional testing for all processor logic. If run 
in a fixed sequence, as they are designed to be, they can be thought of as 
building blocks. Each test checks outa particular functional areaof the processor, 
and this functional area is used in the next test in the sequence to check out a 
functional area of greater complexity. This sequence continues through all of 
the tests, until the last test is encountered. This last test, the instruction 
sequence test, checks out processor instructions in random sequences to ensure 
that no instruction interaction or crosstalk occurred. If the PAS2 processor 
tests are run out of the designed sequence, a warning is issued indicating that 
the test called in uses unverified instructions. The warning is followed with a 
list of the unverified instructions (for inspection). 


If a quit signal is issued by pressing the appropriate key on the terminal 
(e.g., QUIT, BRK, ATTN), ISOLTS interrupts the PAS2 Test Program/Executive and 
displays an "options" message. Any valid PAS2 option sequence can be typed in 
response. (Refer to the PAS2 Executive Program Listing in the Test and Diagnostic 
Microficne Box for an explanation of the PAS2 options.) 
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ERROR MESSAGE PROCESSING 


In the offline T&D system, when a PAS2 program detects an error, the resultant 
error message is sent to a printer. Under the ISOLTS subsystem, an error message 
is written to a file in the user's home directory with the name "isolts_err_log". 
This error file is created at first reference and is formatted with a 64K maximum 
size. The message entries are written into the file until it reaches the maximum 
size, at which time the oldest error message entries, at the beginning of the 
file, are overlaid with the new entry. 

The user is notified that an error has occurred with the message: 

*##* an error has occurred *** 
displayed on the terminal (unless the run option is in force). If the halt 


option is in force, PAS2 normally types out the option message and waits for 
entry of a valid PAS2 option. 


To display the last error message (or any number of error messages) in the 
error file, enter one of the following requests: 

display_error 

-ore- 

display 
The destination of the displayed error message is controlled by the type/print 
PAS2 option. If the default print option is in force, the requested error 
message is copied out of the isolts_err_log file into a uniquely named segment 
in the user's home directory. A daemon print request is then queued for the 
error message entry and an informative message is displayed on the terminal as 
follows: 

error report file <unique_name>.ilog has been queued for printing 
If the type option is in force, the error message is displayed on the terminal. 
The type option can be enabled when at isolts request level by using the -type 
control argument with the display _error command. 

*** enter "test cpu <tag>", "display error", "test ped", "msg", or "quit" 

272? display 1 -type 


After the error message is output, the PAS2 options message is again displayed 
and any valid PAS2 option (or ISOLTS option) can be entered. 


The display_error option also allows for extended display of the error 
message file. The request: 
display_error 8 
displays the last eight message entries in the isolts_err_log. The request: 
display_error 8 2 


displays two message entries that start with the eighth oldest message. The 
request: 


display_error -all 


displays all message entries in the isolts_err_log. 
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COMMUNICATIONS WITH THE SYSTEM OPERATOR 


Since the ISOLTS user can be logged into the system from a location distant 
from the computer room, a method is needed to inform the system operator of the 
test request. The operator must respond with approval or denial of the request, 
and if approval is granted, the operator must perform manual reconfiguration of 
the processor to be tested. The sequence of messages and operator responses 
displayed on the operator console consists of one of the following scripts. 


j For an L68 cpu (where input typed by the operator is preceeded by "!"): 
permission asked to test cpu <tag> using memory <tag> 


respond: "x oqr grant" 
or "x oqr deny" 


j ! x oqr grant (operator response) 
execute the following manual reconfiguration on cpu <tag>: 
Fe set all port and initialize enable switches and interlace switches to 
off. 
2. set the assignment switches for all ports to 000. 
ce remove the right free-edge connector on the 645pg wwb at slot ab28. 
4, install the "cpu test" on the right free-edge connector at slot ab28. 
5 press the initialize and clear push button. 
6. set the port enable switch "on" for port <tag>. 


respond: "x oqr done" when reconfiguration is complete. 
j ! x oqr done (operator response) 


For a dps8m cpu: 


respond: "x oqr grant" 
or: "x oqr deny" 
! xXx oqr grant 
execute the following manual reconfiguration on cpu <tag> 
permission asked to test cpu <tag> using memory <tag> 


1. set all port and initialize enable switches and interlace switches to 
off. 
| ae set all port assignment switches to 000 and the size switches to full. 
3. set store size switches to 2222. 
4, verify that the mode switch is in vms. 
oe depress the initialize and clear push button. 
6. set the port enable switch to "on" for port <tag>. 


respond: "x oqr done" when reconfiguration is complete. 
! x oqr done 


The operator responses are made via the opr_query_response command, or the 
admin exec_com entry (x oqr <response>). The ISOLTS user's process is blocked 
while waiting for the appropriate operator response. 


SPECIAL TOOL REQUIREMENTS 


In order to ensure isolation of the processor under test from the Multics 
storage system, a special free-edge connector (provided by Field Engineering) 
must be used to replace the current physically configured port size free-edge 
connector installed on the 645PQ WWB at location slot 28L in the processor 
cabinet. This special free-edge connector (part no. 58052006-001) has all port 
groups wired for 64K, If this tool is not available, one can be made by taking 
a blank free-edge connector and inserting four 64K size plugs, in the four 
available slots. This free edge must be installed when the manual reconfiguration 
is performed or when the reconfiguration test fails. 
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ISOLTS TERMINAL SESSION 


Following is a typical example of an ISOLTS terminal session. Numbers that 
appear in the left margin are comment identification numbers that correspond to 
the numbered explanations described in the "Notes" following the example. 


F2%2isoits executive version 781201 on 781202 at 17.235 


***¥enter "test cpu <tag>", "display _error", "test ped", "msg", or "quit" 
22? test ped 


4 isolts configuration: 
cpu a a 168/80 cpu on secu port 3 is online & unavailable for test 
epu b a 168/80 cpu on seu port 4 is offline & available for test 
epu ca 2K cache 168/80 epu on seu port 5 is online & unavailable for test 
cpu da 32K cache dps8/70 cpu on secu port 6 is online & unavailable for test 
epu e a 32K cache dps8/70 cpu on secu port 7 is online & unavailable for test 
secu d has 2048k words of memory & is the bootload scu & is unavailable 
secu a has 1024k words of memory & is offline & unavailable for test 
scu b has 2048k words of memory & is online & available for test 
secu c has 4096k words of memory & is online & available for test 


**¥*enter "test cpu <tag>", " display_error", "test ped", "msg" or "quit " 
22? test ped cpud 


epu configuration: 


epu d a 32K cache dps8/70 cpu on seu port 6 is online & unavailable for test 


***enter "test cpu <tag>", " display_error", "test ped", "msg" or "quit " 
222 test ped meme 


mem configuration: 


secu c has 4096k words of memory & is the bootload scu & is unavailable 


#*#*enter "test cpu <tag>", " display_error", "test ped", "msg", or "quit " 
22? msg 


enter 1 line message of up to 80 characters 
22? May I use cpu b? 
ready (operator response) 


***enter "test cpu <tag>", "display_error", "test ped", "msg" or "quit" 
2 2??? test cpu c -memory ec 

asking operators permission to test cpu "ce" using memory "c" 

permission granted 

asking operator to manually reconfigure cpu c 


reconfiguration complete 
start pft Ole 


3 #** end Olc, next O1lz *#** 
##* end Olz, next 02a *** 
##® end 02a, next O2b *** 
##*® end 02b, next 03b *** 
##® end 03b, next O4b *#* 
##*® end O4b, next Oc ##* 
#*®® end O4c, next O4d **# 
#®*® end O4d, next Ole *** 
##® end Oe, next O4F *#** 
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eS end O4f,. next: 05e -*F* 
*##*# end 05c, next 061 *** 
multiecs pas executive rev. m 112078 


rsw test 
check visually 
data switches = 000030710000 
configuration switches = 
ports(a-b-e-d) 001001041001 
ports(e-f-g-h) 001001001001 
port bits: a/e=0-8 b/f=9-17 c/g=18-26 d/h=27-35 
address assignment = bits 0-2, 9-11, 18-20, 27-29 
port enable = bits 3, 12,21, 30 
initialize control = bits 4, 13, 22, 31 
interlace enable = bits 5, 14, 23, 32 
memory size = bits 6-8, 15-17, 24-26, 33-35 
miscellaneous switches(rsw,2) = 000100000562 
fault base=6-12 bar mode=17 processor id. =26-33 
processor no.=34-35 
miscellaneous switches(rsw,4) = 000000020000 
ports(a thru h) interlace size bits: 
a=13 b=15 c=17 d=19 e=21 f=23 g=25 h=27 
ports(a thru h) half/full size bits: 
a=14 b=16 c=18 d=20 e=22 f=24 g=26 h=28 
the above processor identification code from the 


miscellaneous switches(rsw 000002) indicates a 
RERHELRARRRAARKRKRKARRRRRRRRLRREALARKKEKRERE 


* model 6180 epu in operation*® 
* epu installed options include... * 
* cache memory * 


*®options?test msg 


enter 1 line message of up to 80 characters 
2??? Pls set data switches to zero. 
¥options?test msg 


enter 1 line message of up to 80 characters 
2??? are you done? 
yes (operator response) 


®options? 

700 rev ec hstry reg/mode reg 
pm701 rev ec hstry reg/mode reg 
ps702 rev 00a fixed add-a reg. 
ps705 rev 00a fixed add-q reg. 
ps710 rev 00a fixed add aq reg. 
ps715 rev 00a fixed add * x-regs 
ps716 rev 00a fixed add * x-reg. 
ps717 rev 00a fixed add * x-reg. 
ps720 rev 00a fixed add to store 
ps721 rev 00a fixed add to store 
ps722 rev 00c fixed add to store 
ps725 rev 00a _ shift group 

ps730 rev 00a fixed mult/div 
ps734 rev 00a floating add 1 
ps735 rev 00a floating add 2 
ps736 rev 00a floating add 

ps737 rev 00a floating add 

ps739 rev g 655 floating round 
ps740 rev 00a conditional xfer 
ps745 rev 00a floating mult/div 
ps750 rev 00a control register 
ps755 rev 00a misc. instructions 
ps760 rev 00a index mod. r,ir,ri 
ps762 rev 00a it mod. & rep ins. 
ps763 rev 00a it mod. & rep ins. 
ps764 rev 00a it mod.-ser 

ps766 rev 00a multilevel mod.... 
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ps768 rev 00a it mod & rep inst. 
ps769 rev b it mod & rep inst. 
ps770 rev 00a misc. logic 

pm776 rev h 6000 fault logic 


pm785 rev a master mode 
pm785 uses unverified instructions: 
smic 

ps791 rev 00a ill.procedure flt. 
pm792 rev b ill.procedure flt. 
ps800 rev b entrl & xfer inst. 


ps805 rev 00c address reg tests 
ps808 rev 00d eis alphanumerics 
ps810 rev 00b eis numerics 

ps815 rev 00b eis multiply test 
ps817 rev 00b eis divide test 
ps825 rev 00b eis bit strings 
ps830 rev 00c edited move group 
ps830 uses unverified instructions: 
lpri 

ps835 rev 00a eis misc logic tst 
ps835 uses unverified instructions: 
lpri 

ps836 rev 00a eis mise logic tst 
ps836 uses unverified instructions: 
lpri 

ps838 rev b eis mod field test 
ps840 rev 00a eis ill. procedure 
ps841 rev 00c eis ill. procedure 
pm842 rev h eis interrupt 

ps843 rev b eis rewrt & align 
ps844 rev 00a character board 


ps845 rev a eis reg. test 
ps846 rev b eis adder test 
ps847 rev a eis btd test 
ps848 rev a eis dtb test 
ps849 rev a eis reg. test 
pa85i rev d reg inst test no i 
pa851 uses unverified instructions: 
lpri 

pa852 rev b reg inst test no 2 
pa853 rev b multics instr mods 
pa855 rev d am instruct test 
pa860 rev b appending 1 

pa861 rev c appending 2 

pa862 rev d appending 3 

pa863 rev d appending 4 

pa864 rev f appending 5 

pa865 rev f bar mode 

pa870 rev d scu/reu faults 
pa875 rev ec eis append test 
pa878 rev d eis faults test 
pa880 rev ec call & rted test 
pa885 rev f mise. logic 
pa886 rev b mise logic 2 
pa887 rev c mise. logic 
pa890 rev d multies ill. proc. 
pm898 rev h cache memory 


#**® presently executing prg898 with cpu voltage= low 
#*® presently executing prg898 with cpu voltage= high 
ps905 rev b random eis test 


HRKEAKKRARKKRKHRRARRRKKHRRARKRKHRKRKRKKRKXKEARE 


ps940 rev d Slow/fast store sq 

if type or atype option is in use set cp switch 25 up 
ps945 rev d mpy & div seq test 

if type or atype option is in use set cp switch 25 up 
ps955 rev g pas sequence test 

**#*¥start revision g instruction sequence test 
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Start sequence test 


7 
8 HERRERA LER RE LEAR ER ENE ER ERR ERE REE R ERR ERE 
9 *options? margin 


isolts: margin option not supported by isolts 
10 *options? pgm781 

isolts: 781 not supported by isolts 
11 options? pgm870 
12 options? alter 100023 

100023 - 000000000000 


- 000100000000 


100024 - 000000000000 


- opt 


13 ®options? 
pa870 rev d scu/reu faults 
end of program 
14 #options? quit 
**¥enter "test cpu <tag>", "“display_error", "test ped", "msg", or "quit" 


15 22? 


quit 


##¥isolts executive version 781201 off 781202 at 19.594 


Notes 


10. 


This output is produced by the test ped request. 


This is a cpu test request using the "-memory" control argument. Notice 
that the test ped output (results of the first request) indicates that 
memory "d" has only 256K of memory configured while memory "c" has 
512K. If the "-memory"™ control argument is not used, memory "d" is 
selected for testing since it has the smallest amount of memory. 


This is the first PFT. The associated message indicates which PFT is 
executing. 


This is output produced by the PAS2 executive, which normally goes to 
the printer in the offline environment. When running ISOLTS, all output 
that normally goes to the printer, except error messages, is displayed 
on the terminal. 


This is an enter options request from PAS2, Any valid PAS2 options 
can be entered at this time. In this case, pressing the "return" key, 
simulates pressing the EOM button on the system console if the PAS2 
tests were being run offline. At this point, depressing the return 
key on the terminal means the same as if the "seq" option was entered. 


Program 905 executes for an extended period of time. Each star represents 
the fact that 10000 test cases have been completed. The stars are 
output so that the ISOLTS driver does not time out since there is no 
other interaction with the driver if no errors oceur. This is different 
from the offline version where no star line is output. 


This white space is output from program 955. 


Program 955 runs indefinitely or until the user stops it. The line of 
stars again represents 10000 test cases per star have been executed. 


An attempt to enter a PAS2 option not supported by ISOLTS results in 
an error message output. ISOLTS returns to the enter options state. 


An attempt to call in a PAS2 program not supported by ISOLTS results 
in an error message output. ISOLTS returns to the enter options state. 
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15. 


A valid PAS2 program is requested. After the program is loaded, ISOLTS 
once again returns to the enter options state. 


Request to patch a location within the slave program using the alter 
option. PAS2 responds with the current contents of the location to be 
patched. PAS2 then spaces over and outputs a "-" and then allows the 
user to input the patch. After the patch is entered, PAS2 responds 
with the contents of the next location. The "opt" request forces an 
exit of the alter loop. ISOLTS returns to the enter options state. 


PAS2 puts the previously loaded program into execution when the return 
key is pressed. The program start message is output, the program runs 
to completion, and the "end of program" message is output. ISOLTS 
again returns to an enter options state. 


The"quit" or "interrupt" request simulates pressing the operator request 
button in the offline environment. All testing stops and the PAS2 
exec goes to an enter options request. In this case you want to quit 
or terminate ISOLTS testing, which is indicated by typing "quit" in 
response to the option request. ISOLTS deconfigures the processor 
under test and returns to ISOLTS command level. 


Request to quit from ISOLTS. Control is returned to. TOLTS command 
level. 
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SECTION 7 


COLTS EXECUTIVE 


355/6600 FNP adapters and remote devices in an online environment. This capability 
allows equipment to be tested without denying other users the use of the central 
computer system and aids in more effective scheduling and use of preventive 
maintenance time. Any FNP subchannel may be tested if it is not dialed, provided 
the user has proper access to the ".acs" segment for the channel. 


FUNCTIONAL CAPABILITIES 


The COLTS executive is part of TOLTS. COLTS issues all messages via the 
TOLTS executive messages. It performs the following services for the test. pages: 
resource allocation 
memory allocation 
test page loading 
test page dispatching 
test sequencing 
option processing 
I/O set up and issue 
error.checking and error message formatting 
test page termination | 


memory deallocation 


ee e0eeeee#e8 8@ ¢ @ 


‘resource deallocation 


Hardware Tested 
The following list includes the hardware tested by the COLTS Executive. 


DEVICE DESCRIPTION | TEST PROGRAM NAME 
High-Speed Line Adapter, HSLA CO3A, CO3B, CO03C 


Documentation for the test programs is located in the T&D Microfiche 
Documentation Box. 
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COLTS OPERATING INSTRUCTIONS 


COLTS is entered by answering the TOLTS query: 


###enter "polts", "molts", "isolts", "colts", "quit", or msg" 
22? 


with the keyword "colts". After a slight pause for the core image loading of 
the COLTS slave executive, an input prompt/request for input (72?) is displayed. 
When the prompt is responded to with a valid test request, (for any channel not 
in a dialed-up state) COLTS responds with a greeting message. 


SPECIAL NOTICE: 


Due to hardware restrictions the following procedure is required when 
attempting to test an odd channel number. 


The test must be started on the next lower even channel first and then 
the odd channel started. It is recommended that the even channel be 
Started first, and either run with an "r" option or put into wait with 
a ".wait" option. It is important that this test remain active while 
the odd channel is running. 


22? test x... 
*¥#colts executive versions wwwwww xXxxxx on yyyyyy at zz.zzz 
where: 
te test x... 
can be any of the requests listed below. The maximum character 


length of any request is 11 characters (including options). 


2. WWWWWW 
is the Multics interface module version date expressed as yymmdd. 


3. XXXXXX 
is the slave COLTS version date expressed as yymmdd. 


4. oyyyyyy 
is the current date expressed as yymmdd. 


5, ZZ.ZZZ 
is the time in hours and thousandths of hours. 


Any time a quit signal is issued, by pressing the apprropriate key on the 
terminal (e.g., QUIT, BRK, ATTN), COLTS responds by displaying "???" and pauses 
for entry of a new msg (refer to "Tolts Operating Instructions" in Section 2) or 
test request. 


Test ped Request 


The user request: 
222 test ped 


displays the current fnp configuration in a manner similar to the following 
example. 


colts configuration: 
fnp a (0) on iom b 18 is a dn355 with 32 k of memory and 2 hslas is up 


fnp b (1) on iom a 18 is a dn6670 with 128 k of memory and 3 hslas is up 
fnp ec (2) on iom a 13 is a dn6670 with 128 k of memory and 3 hslas is up 
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fnp d (3) on iom b 14 is a dn6670 with 128 k of memory and 3 hslas is down 
fnp e (4) on iom b 19 is a dn6670 with 128 k of memory and 3 hslas is up 
fnp f (5) on iom b 15 is a dn6670 with 128 k of memory and 3 hslas is up 
222 > test ped fnpce 

fnp configuration: 


fnp ¢ (2) on iom a 13 is a dn6670 with 128 k of memory and 3 hslas is up 


where the number in parenthesis represents the logical FNP number. 


Test List Request 


To list the active test pages in COLTS, enter one of the following requests: 
test cistal 
-or- 
test lstal 
Sample output: 
2???colts Istal 
colts lstal: 


in execution: 
##0(00601)01 hsla 7/bi 


If a waiting allocation message is present, it indicates that the device 
cannot be assigned to COLTS at this time because it is presently in use by some 
other process. 


Test Wrapup Request 


To wrapup (stop) all COLTS testing, enter one of the following requests: 
test cw 
-or- 
test w 
Sample output: 
22? test w 
#*#®colts executive wrap-up code td2 p.t. 24148 


Do you want to return the channel a.h001 to service? 
Please answer yes or no 


New Test Requests 


Initiation of new test requests depend on the type of hardware to be tested. 
Following is the test initiation sequence for all COLTS supported hardware. 


test encessooo0o0o 
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1. e 
is the COLTS executive designation. 
Be n 
is the logical communications processor number. 
3. ec 
is the communications processor IOM channel number in decimal. 
4, ss 


is the subchannel number in decimal. 


5. 00000 
is the new option character set. 


Sample output: 


222 test c006010 
#¥®oolts executive versions 810301 800110 on 810812 at 17.69 


Test Communication Request 


To communicate with a test entry (an active COLTS test page), follow the 
executive designator (refer to "New Test Request" above for description of 
characters) with the character "o" followed by the test page header and the 
communications desired. 


test conccsscooo 


where the trailing o... is the new option character set (the "o" option interrupts 
a test page). 


Sample output: 


222 test co00601.i 

##0(00601)01 hsla tO enter options: .go 
¥*0(00601)01 hsla,i end ti,next t2 
##0(00601)01 hsla,i end t2,next t3 
##0(00601)01 hsla,i end t3,next t4 
##0(00601)01 hsla,i end t4,next t5 
##0(00601)01 hsla,i end t5,next t6 
##0(00601)01 hsla,i end t6,next t7 


Test End Request 


To terminate an active test page or a test entry, follow the executive 
designator with the character "e" followed by the test page header. 


test cenccss 


22? test ce00601 
##® colts executive forced term 2: 3 status and O data errors 
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Standard Test Page Options 


The following error and control options are the same for all TOLTS subsystems 


and can be entered in response to an enter options message or designated in the 
options string of a new test request. 


OPTION CHARACTERS AND DESCRIPTION 


XXX 


rror messages in the statistical collection file; test page 
ation messages unconditionally go there. 


ss oO 


bypass error message output. Bypass overrides a pass or cycle message 
unless halt is set. Halt forces these messages to be displayed (overriding 
the bypass option). 


halt for input of options following error messages, end test messages, end 
pass messages, and end cycle messages. 


inform the user of each normal “end test." If halt (h) is also specified, 
then an “enter options" is appended to the end test message. The end test 
message is overridden if the next segment is being called, an end pass 
message is being output, or if a cycle ends. 


loop on current test (cannot loop on test 0). 


negate the following option character (valid only if preceding a, b, e, h, 


i, 1, p, r, or the t options). 


go to “enter options" following processing of the complete option string 
containing the "o", 


issue an end pass message any time a back jump is detected by next test 
sequencing. If halt (h) is also specified, then an “enter options" is 
appended to the end pass message. The error tallies for the current pass 
are reset when "end pass" or “end cycle" is reported or when "p" is being 
turned on. 


issue an end cycle message any time a normal test page termination occurs 
and cycle back to the first test in the current sequence. If halt (h) is 
also specified, then an "enter options" is appended to the end cycle message. 
The error tallies for both the current pass and current cycle are reset 
when end cycle is reported. The error tallies for the cycle are reset 
whenever "r" is being turned on. 


unconditionally skip to the next test. 


if turned on (no preceding negate), then unconditionally jump to the first 
occurrence of the test in the current sequence. The test number xxx must 
follow and must be nonzero, and can consist of one, two, or three characters. 
For segmented test pages, a value outside of the current segment causes a 
jump to the corresponding segment without further processing of the current 
option string. If turned off (ntxxx), then the test number must be in the 
current segment and sequence, and not the forced termination test number. 
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V specify device test instead of subchannel test. Can be used only on the 
initial test call and must be the first character following the subchannel 
number. Not used for page communications request. 


Control Mnemonics (prefixed with ".") 


NOTE: Only one control mnemonic (.option) can be input for any single 


"enter options message" and it is processed only if found at the 
beginning of the option string. 


Zo return to the test page where interrupted. If the skip (s), jump (txxx), 
".rseq", or ".seqt" option is specified, the next test sequencing is 
done. 

-opt an enter options message is output. 

-pre forthcoming test page error messages are appended to a uniquely named 

-prt stream file, which is printed on test termination, test wrapup, or 
acceptance of the .typ control mnemonic. 

-rseq resequence tests to their initial (at page call) order. 

-seqt sequence tests in special order; a message is output: 


*%xy(header) input up to zz test #'s from xxx to yyy in the sequence desired 


where: 
i ##y (header ) 
is the test page header. 
2s ZZ 
is the number of tests allowed. 
3% xXX 
is the lowest test number allowed. 
4. yyy 


is the highest test number allowed. 


Test numbers are input in the sequence desired and are separated by 

commas. A "=" in front of a test number indicates a jump either forward 

or backward to the first occurrence of that test number in the new 

sequence. For example, test numbers 1, 2, 3, 4, -1, indicates running 

tests in the sequence 1, 2, 3, 4, 1, ete., with a back jump indicated 
. at test 4 (affects the pass (p) option). 


etal a message with a tally of errors is output. Option p or r must be set. 
The message includes the information for the current pass or cycle, or 
‘both (depending on the state of p or r). The error tallies are reset 
for the pass or cycle, or both when reported. 
test e the test page is forcibly terminated. 
etest w COLTS is wrapped up. 


-typ forthcoming test page errors are output on the terminal. 


ewait the test page is put in a wait condition. 
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If a control mnemonic cannot be recognized by the COLTS executive the mnemonic 
is passed to the indicated test page for processing. If not recognized by the 
test page, an invalid input message results. For detailed information check the 
test page documentation. 


The following control mnemonics are valid for HSLA test pages. 


-e@ loop loop on subtest in error. 


eneloop turn off .eloop option. 
~Sloopxx restart current test and loop on subtest xx. 


-nsloop turn off .sloopxx option. 


The following control mnemonics are valid for the HSLA test page only. 


easyne configure and test a general-purpose subchannel as an asynchronous 
subchannel. 


esynch configure and test a general-purpose subchannel as a TLPK synchronous 
subchannel. 


«gp resets the .asyne and .synch options. 


Any other option except carriage return or newline (CR and NL respectively) 
on a console is invalid. 


SPECIAL TEST PAGE CONTROL OPTIONS 


The following options are valid only in a test end or test communication 
request (not in response to enter options) and only when they are the first 
character(s). These options allow ending and communicating with multiple-called 
(either deliberately or accidently) test pages for the same device. The test 
page number (or queue designator) is found as the third character (x) of the 
standard header which is output with every message for that page and also in the 
lstal messages **x(necss)id. 


0-7 applies only to active test page 0-7 and only if the rest of the header 
matches. The character is deleted before passing the rest of the string 
to the option processor. 


qa-qp applies only to queued test a-p and only if the rest of the header 


matches. The characters are deleted before passing the rest of the 
string to the option processor. 
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COLTS MESSAGES 
COLTS Informative Messages 


COLTS LOG ON MESSAGE 


A message is displayed on the terminal when COLTS is loaded in core. (Refer 
to the example included under "COLTS Operating Instructions" earlier in this 
section.) 


COLTS LOG OUT MESSAGE 


The following message is issued every time COLTS terminates with nothing 
more to do (not due to wrapup or abort): 


**#¥colts executive version wwwwww off xxxxxx at yy.yy p.t. z2zzzzzzzzz 


where: 
1. WWWWWW 
is the TTL card date in mmddyy. 
2s XXXXXX 
is the current date in mmddyy. 
3. yy-yy 
is the time in hours and hundredths. 
4, Zeeoe 


is the processor time used in milliseconds. 


COLTS WRAPUP MESSAGE 


The following message is issued every time COLTS wraps up due to test w, 
test cw, .test w option, or TOLTS executive abort: 


##¥colts executive wrapup code yyy p.t. z2z2zzzzzzzzzz 


where: 

1. yyy 
is one of the following codes: 
td1 - TOLTS is not in core (wrapped up). 
td2 - test w or test cw from local console. 
td3 - .test w option from the user. 
td5 - test w or test cw from the user. 

Ce Dees 


is the processor time in milliseconds. 


7-8 AU77-03 


COLTS ABORT MESSAGE 


where: 

ig XXXXXX 
is the instruction count (IC) where the fault occurred 
(0 if abort). 

2. yyy 
is the three-digit GCOS abort reason code. 

or Zeoe 


The following message is issued if COLTS aborts: 


#*€colts executive wrapup at xxxxxx code yyy p.t. zzzzzzzzzzzz 


is the processor time in milliseconds. 


COLTS LSTAL MESSAGE (BUSY) 


One of the following messages is issued in response to a test Il1stal or 
test clstal request. 


colts Il1stal: 
in execution: 
#*xy(header)ww zzz pp/1l 


in hold (waiting): 
#*#x(header)ww zzz pp/1l 


waiting for memory: 
##y(header)ww zzz pp/1l 


waiting on active lsla page: 
#®y(header)ww zzz pp/1l 


waiting for allocation: 
#¥y(header)00 zzz pp/ll 


colts executive entries: 


where: 
1. x 
is the active test page number 0-7. 
2. y 
is the queue number A-P. 
36 ww 
is the MCS DAC identifier assigned to this entry. 
4, ZZZ 
is the hardware identifier mnemonic. 
5s pp/1l 


is the physical/logical identifier. 


T=9 


AUT7-03 


The above messages have the following meaning: 


in execution 
the test page is actively running. 


in hold 
the test page is waiting for a test communications request. 


waiting for memory 

eight pages are active already, the user was denied memory by 
MCS, or waiting for Multics to transmit the HSLA test channel 
module to the DATANET 355/6600 processor. If the user is waiting 
on communications processor memory, an informative message for 
that test entry would have been previously outputted. If a 
queued entry is not waiting for allocation then it is assumed 
to be waiting for memory. 


waiting for allocation 
the resource requested is busy (allocated to another user). 


COLTS executive entry 


the remote device controlling entry is active for DATANET 355/6600 
processor number n. -- remote device test requests are honored. 


COLTS LSTAL Message (Idle) 


The following message is issued if the executive is ready to terminate 
normally when it receives a test lstal or test clstal request. 


eolts lstal: 
executive idle 


COLTS Test Page Messages 


In explaining the test page messages, the sequence of "**#*(header)" is used 
to represent "**%x(ncecss)xx zzz" where xx and zzz are explained under "Test Page 
Start Message" below. 


TEST PAGE START MESSAGE 


The test page start message is issued whenever a test page is loaded. 


*%y(header)xx zzz start ccecee - nnnnnn, 
ttldat dddddd, phy./log.id pp/ll 


where: 
1. XX 
is the Multics communication system DAC identifier used for test I/0. 
23 ZZZ 
is the hardware identifier mnemonic. 
3s eceece 
is the GCOS catalog name. 
4, nnnnnn 


is the descriptive name. 
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Dis dddddd 
is the ttl card date in mmddyy. 


pp/l1l 
is the physical/logical identifier. 


TEST PAGE ENTER OPTIONS MESSAGE 


The test page enter options message is issued whenever the "o" option is 
- encountered in an option string after processing all of the options in the 
string or when the .opt option is encountered. Part of the message is appended 
to other messages whenever input options are required or desired. In this case 
the current options and enter options are appended. 


**¥x(header) txxx,0,0,0, enter options: 


where: 
1. XXX 

is the last test in execution. 
2. 0,0,0, 


is the current options in effect. 


TEST PAGE WAITING MESSAGE 


The test page waiting message is issued every minute that a test page is 
waiting for a test communications request. 


#¥x(header) waiting 


TEST PAGE END TEST MESSAGE 


The test page end test message is issued every time a test ends normally 
and the "i" option is on. 


**¥x(header) 0,0,0,0,0,0,0,0,0, end txxx, next tyyy 


where: 
1. O---0 
is the current options in force. 
23 XXX 
is the test number of the test just finished. 
3. yyy 


is the test number of the next test to be run. 


TEST PAGE END PASS MESSAGE 
The test page end pass message is issued when the next test sequencing 
detects a back jump in the test sequence and the "p"™ option is on. 


**¥x(header) end pass ppp: ssssss status and dddddd data errors 
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1. ppp 

is the pass number in this cycle. 
2. SSSSSS 

is the number of status errors. 
3. dddddd 


is the number of data errors. 


’ TEST PAGE END CYCLE MESSAGE 


The test page End Cycle message is issued when the end test terminates (if 
the page is not being force terminated or aborted) and the "r" option is on. 


##y(header) end cycle cece: ssssss status and dddddd data errors 


where: 


Ts ece 
is the cycle number. 


2. Ssssss 
is the number of status errors. 


3. dddddd 
is the number of data errors. 


TEST PAGE ERROR TALLY OUTPUT MESSAGE 


The test page error tally output message is issued in response to the .tal 
option if the "p" option or "r" option is ON. The message depends on "p" or "r® 
or both for the format (for pass, for cycle, or for pass and cycle). 


**x(header) for pass ppp: ssssss status and dddddd data errors 
0,0,0,0, enter options 


#*x(header) for cycle ccc: ssssss status and dddddd data errors 
0,0,0,0, enter options: 


*#*x(header) for pass ppp: ssssss status and dddddd data errors 
and cycle ccc: ssssss 

status and dddddd data errors 

0,0,0,0, enter options: 


where: 
1. ppp 

is the pass number in this cycle. 
ai cece 

is the cycle number. 
3. SSSSSS 

is the number of status errors. 
4, dddddd 


is the number of data errors. 


5. 0,0,0,0, 
is the current option set. 


TEST PAGE NORMAL TERMINATION MESSAGE 


The test page normal termination message is issued when the end test terminates | 


normally (if the page is not being force terminated or aborted) and the "r" 
option is not on. 


®®y(header) normal. term ccec:. ssssss status and dddddd data errors 


where: 
Te ‘eee 
is the cycle number. 
2. ssssss 
is the number of status errors. 
Ss dddddd 


is the number of data errors. 


TEST PAGE FORCED TERMINATION MESSAGE 


The test page forced termination message is issued when a test page is 
force terminated or aborts. 


#%y(header) forced term ccc: ssssss status and dddddd data errors 


(reason) 
where: 
1. ece 


is the cycle number. 


2. SSSSSS 

is the number of status errors. 
3. dddddd 

is the number of data errors. 
4, (reason) 


is one of the following reason messages: 


controlling terminal disconnected 
the remote console controlling this test page was disconnected 
for some reason. 


icm data checksum error 
a data checksum error was detected in the transmit or receive 
portion of the test icm exchanged with the communications 
processor. The test page is terminated because COLTS cannot 
rely on proper execution of the test icm. 


no executable tests in this sequence 
an invalid option message with the same reason was ignored by 
not using the txxx, .seqt, or .rseq option to turn some test 
on. 
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test e request received 
the controlling terminal input a test end request for the test 


page. 

test line disconnect 
Multics communication system disconnected the dac test line 
established for this test page. The disconnect was probably 
caused by some internal data error from which the Multics 
communication system cannot recover. 

test e request received 


the controlling terminal for this test page input the .test e 
option in response to an enter options message. 


Informative messages not common to COLTS can be output by the individual 
test pages under COLTS. For an explanation of these, if any, refer to the 
appropriate test page documentation. 


TEST PAGE DEBUG ERROR MESSAGE 

This message should only occur during test page debug. 

The following messages may be appended to the message listed under forced 
termination above. 

dew specified is out of bounds for mme tadio 

e action code cannot also have c s or r for mme tadio 

ep action code cannot also have m for mme tadio 

ep action code requested but printer in use flag not set for mme tadio 

ep action code valid for last designator only for mme tadio 

first word of dew is out of bounds for mme tadio 

ie value out of bounds for requested bar for mme gelbar 

illegal mme detected 

illegal op-code specified in mme 355exec call 

illegal test page .option processing routine address 

information pointer out of bounds for mme gelbar 

invalid metice detected by test page but invalid reason iotd supplied 

iontp dews are illegal for mme tadio 

last word of dew is out of bounds for mme tadio 

mme errset address limits exceeded 

mme errset parameter error 

mme gelbar cannot relocate or restrict in 512-word blocks 

mme geibar requested has iast address outside of the program 

mme gelbar timer value cannot be 0 


mme gelbar timer value cannot exceed 35 binary bits 
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mme geloop timer value cannot be 0 

mme geloop timer value converted to clocks cannot exceed 35 binary bits 
mme gesnap illegal without trace set 

mme gewake clocks tod cannot exceed 35 bits 

mme illegal in master mode 

multiple copies being sent to same terminal type for mme tadio 

no action code for designator for mme tadio 

no information set up for controlling terminal for mme tadio 

no input buffer specified for mme 355o0i 

only 1-5 designators allowed for mme tadio 

only 25 dews are allowed in a string for mme tadio 

only 1019 words allowed for mme tadio 

p action code cannot also have c for mme tadio 

p action code used but no printer available for mme tadio 

printer in use flag set but no printer message issued for mme tadio 
r action code must be the only one in a designator for mme tadio 

r action code valid only for last designator for mme tadio 

register pointer out of bounds for mme gelbar 

starting address out of bounds for mme gesnap 

test page printer available flag set but none available for mme tadio 
too many words for mme gesnap 

trying to get to consecutive i/o queues without link 

trying to jump to a nonexecutable test 

trying to jump to a nonexistent test 

trying to jump to a test not in current Sequence 

use of e action code has caused more than 25 dews for mme tadio 

use of e action code has caused word count to exceed 1019 for mme tadio 
user requested abort but invalid reason iotd 

user requested abort but reason iotd pointer out of bounds 

user requested abort without any reason iotd pointer 

zero word count for mme gesnap 

xxx fault occurred without user processing routine 


where xxx is mme, mem, tag, zop, drl, luf, onc, ofl, div, tro or par. 
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COLTS Input Error Messages 


COLTS INVALID INPUT MESSAGE 


The following message is issued whenever the input following test is not in 
the correct format: 


*#8®colts executive (erroneous data) invalid input 
(reason) 


where (reason) is one of the following: 


channel not implemented 
The channel number input is not configured on the communications processor. 


colts system full 
There has been a new test request but there are already 16 queued 
entries. (Could be queued waiting for TOLTS to output error messages.) 


invalid channel number 
The channel number input was nondecimal or greater than 15. 


invalid option characters "qz" 
A test page communication or end request option qa-qp was detected 
with an invalid character following the "q". 


invalid subchn number 
The subchannel number input was nondecimal, greater than 31 for HSLA 
type. 


invalid 355 number 
The logical DATANET 355/6600 processor number was nonoctal or greater 
than the largest communications. processor configured on the system. 


no datanet 355 in system configuration 
Received a COLTS test request and there is no DATANET 355/6600 processor 
listed in the configuration (CDT). 


no test program exists for that type device 
A test call was input for a hardware type for which COLTS does not 
have a test page. 


subchannel not implemented 
The subchannel number input is not configured on the DATANET 355/6600 
processor. 


test entry not found 
A test page communication or end request was input and one of the 
following conditions exist: 


Active test page number option used (0-7), but rest of header did not 
match the header of the test page specified. 


Queued test entry option used (qa-qp), but the rest of the header did 
not match the header of the queued test specified. 


The header information does not match any entry. 


unknown request for this executive 
The input does not matcn any of the valid inputs to COLTS. 


COLTS INPUT ENTRY FORCE TERM MESSAGE 


The COLTS input entry force terminate messages are issued whenever the 
input request is in the correct format but COLTS cannot honor the request at 
this time. 


#¥¥coolts executive (erroneous data) force term 
(reason) 


where (reason) is one of the following: 


colts line disconnect 
The Multics communication system disconnected the executive DAC line 
between COLTS and COLTS/355 executives. The disconnect was probably. 
caused by some internal data error from which the Multics communication 
system cannot recover. All current test entries not yet assigned a 
test page are terminated. 


duplicate test request channel currently awaiting allocation 
The input request received was for a channel for which test allocation 
is already active. 


duplicate test request channel currently under test 
The input request received was for a channel already under test. 


entry time out connect to slave not received from 355 
The “accept new terminal" and “connect to slave" sequence from the 
DATANET 355/6600 processor was not completed in the allotted time. 
This should not occur unless a test request was made when the communications 
processor is down. 


iem data checksum error 
A data checksum error was detected in the transmit or receive portion 
of the test allocation request icm with the COLTS/355 executive. 


test e request received 
A test cenccess request has been received for an entry not as yet 
assigned a test page (the entry was found in the executive abeyance 
queue). 


test line disconnect 
The Multics communication system disconnected the DAC test line 
established for testing on behalf of the entry being terminated. The 
disconnect was probably caused by some internal data error from which 
the Multics communication system cannot recover. 


COLTS INPUT ENTRY WAITING MESSAGES 


The COLTS input entry waiting messages are issued for a valid input request 
when COLTS is waiting for the resources necessary to process the request. 


#¥€colts executive (erroneous data) waiting 
(reason) 


where (reason) is one of the following: 


waiting for subchannel to become inactive 
The subchannel designated in the test request is currently connected 
to a remote user. Allocation retry is attempted each minute if the 
subchannel is not available for test. However, the message is output 
only once. This response can also be received due to the subchannel 
being connected to a private line. In this case it may be necessary 
to physically disconnect the data set from the DATANET 355/6600 processor 
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in order to run the test. Use the test cenccss input to terminate 
entry if desired. 


waiting for 355 memory 
A subchannel was successfully allocated to COLTS and the COLTS executive 
is attempting to retransmit the DATANET 355/6600 processor HSLA overlay 
channel module to the communications processor. The Multics communication 
system does not currently have enough available memory to allow this 
transfer. Retry and message output is attempted every minute. A test 
cencecess input terminates the entry. 


###®oolts*t*#*® device test not available 
This message results when a test request is received for a device for 
which COLTS has no test page. 


#*¥ colts system full 
This message results when a remote device test request is received and 
COLTS is currently full. 


COLTS Illegal Operation Message 


TEST PAGE ILLEGAL OPTION MESSAGE 


The test page illegal option message is issued whenever an illegal option 


is detected. 


**xy(Cheader) illegal option: 
(reason) 
0,0,0,0, enter options: 


where: 
1. 0,0,0,0, 

is the current option set. 
2. (reason) 


is one of the following reason messages: 


cannot sequence tests outside of this segment 
A test number input in response to a .sSeqt message was outside 
the range specified in the message. 


cannot turn off forced term test 
An invalid request was received to turn off the force termination 
test. 


cannot turn off test in another segment 
Test tables are an integral part of each segment, sequencing or 
turning off can only be done for the current segment. 


illegal control mnemonic (.option) encountered 
A request was received for an option which was not recognized 
by the option processor. 


jump specified to a test not sequenced 
A jump (a "-" in front of a test number) was specified in 
response to a .seqt message but the test number specified was 
not included in the sequence. 


no executable tests in this sequence 


The use of .seqt with a back jump and ntxxx options has set up 
a sequence with no tests that can be executed. 
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only numerics, commas, minus, or a blank allowed 
Only test numbers separated by commas (with a possible initial 
"-" for jumping) are allowed as input to a .seqt message. 


pass or recycle must be set to output error tallies 
A .tal option was input but neither "p" nor "r" was set on. 


specifying a nonexecutable test 
One of the tests specified in response to a .seqt message has 
been marked as "do not run" for the reason specified in test 
page initialization message. 


test number cannot be '0'! 
The test number was input as a zero, or no test number was 
input, or the "t" was the last character of the input line 
(including the initial test request or test communication request 
limitation of 11 characters). 


test number is not in the current sequence 
A test number was specified which lies outside (was not included 
in) the sequence specified in response to a .seqt message. 


test number must follow 't' 
The "t" option character was, not followed by a one-, two-, or 
three-numeric test number. 


too many entries input 
More than the specified number of test numbers were input in 
response to a .seqt message. 


trying to go to a nonexecutable test 
The test specified was marked as do “not run for the reason 
specified in the test page initialization message. 


'x' is an illegal option character 
An illegal option character was detected by the option processor. 
The 'x' is some character other than a, b, e, h, i, 1, n, 0, p, 
iy 254.°Or Ts 


'.' must be the first option character 
A control mnemonic was found embedded in an option string. 


COLTS Test Page Error Message 


The following message is the standard format of the first line of test page 


error output. 


#®y(header)yy zzz tt/ss dd-dd-dd ti.me c 
(reason) 


where: 


1. 


2. 


Xx 
is the test page number 0-7. 


yy 

is the the Multics communication system DAC test identifier. 
ZZZ 

is the hardware identifier mnemonic. 
tt 


is the current test number in decimal. 
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is the current subtest letter A-zz. 
is the date. 
is the time of day. 


is the current cycle number. 


9. (reason) 
is the test description (i.e., line two contains a statement of the 
function in error). 


The remaining portion of a test page error message is not that of a COLTS 
standard. Each test page, depending on the type of hardware being tested, has a 
Standard message format for its test functions. Refer to the appropriate test 
page documentation for the complete error message description. 
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APPENDIX A 


FIRMWARE LOADING FACILITY 


This section describes the Multics load_tandd_library command. The description 
contains the name of the command, discusses the purpose of the command, and 
shows the correct usage. Notes and examples are included as necessary for clarity. 
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load_tandd_ library load_tandd_library 


Name: load _tandd_ library 


The load _tandd library command loads MPC firmware, ITRs, MDRs, and T&D test 
pages from the Integrated, Firmware And Diagnostic (IFAD) Tape (formerly the 
‘Firmware Tape) into a keyed sequential file, with the name of tandd deck file 
(referred to as the "deckfile™ in the remainder of this command description). 
In addition, MPC firmware modules are loaded into individual segments in a form 
acceptable to the generate_mst command, so that they may be written onto the BOS 
tape. Also, a DN6600 or DN6670 Binary Deck Tape may be loaded into the deckfile 
using the -fnp_tape control argument. This command also generates a printable 
ASCII segment which contains a directory of those modules loaded from the tape. 


Usage 


load_tandd_ library tape_name {-control_args} 


where: 


Te tape_name 
specifies the name for the IFAD Tape to be used. 


ae control args 
determine which modules are to be selected from the tape and defines 
where they are to be stored. The control arguments may be chosen 
from the following: 


-config 
allows extensive tailoring of the deckfile by loading only those 
modules from the tape that conform to the current configuration. 


-copy <copy_vol> -copy_args, -cp <copy_vol> -copy_args 
produces a tailored copy of an IFAD tape for use with offline T&D. 
The control arguments preceding the -copy argument determine what 
modules from the input tape are written to the copy tape (i.e., if 
the -list argument is specified, the input tape is copied unchanged; 
if the -config argument is specified, only modules which pertain to 
the current configuration are written to the copy tape; if neither 
the -list nor -config argument is specified, only modules that are 
applicable to Multics are written to the copy tape). The copy _args 
pertain only to the <copy_vol> and may be chosen from the following: 


-density <value>, -den <value> 
sets the density of the copy tape to <value>. The allowable 
values for <value> are 6250, 11600, 800, 556, and 200. If the 
-density argument is not specified, the copy tape is set to the 
density of the input tape. 


-track <n>, -tk <m 
where n is 7 or 9 (for 7- or 9-track tapes). If the -track 
argument is not specified, 9-track is assumed. 


-deckfile, -dkf 
specifies that no firmware modules are to be loaded into individual 
segments; only a deckfile is produced. This argument is mutually 
exclusive with the -~firmware argument. 
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load _tandd_ library load_tandd_ library 


-density <value>, -den <value> 
specifies the initial density setting for tape attachment. Although 
the density of the input tape is automatically determined, some tape 
subsystems may not have tape drives capable of handling the default 
density of 800 bpi. The allowable values for <value> are 6250, 
1600, 800, 556, or 200. 


-firmware, -fw 
specifies that only firmware modules are to be loaded into individual 
segments; no deckfile or listing file is produced. This argument is 
mutually exclusive with the -deckfile, -list, -copy, and -fnp_tape 
arguments. 


-fnp_tape 

specifies that the input tape is not an IFAD tape but rather a 
DN6600 or DN6670 Binary Deck Tape which contains FNP tests for use 
by the PPAS T&D subsystem and the test_fnp online Multics command. 
Each FNP object deck image is read from the tape and written to the 
deckfile with a unique key that includes the fnp type (the fnp type 
is determined by hueristics from the first object deck on the tape). 
In addition, a catalog record is accumulated as each object deck 
image is read in (the catalog record is nothing more than an array 
of search key names), and written to the deckfile when the entire 
tape is read. This catalog record also has a unique key which includes 
the fnp type. A listing file is also produced, the format of which 
is slightly different than the IFAD listing file. The listing file 
has a name in the form <tape_name>.fnp.<fnp_type>.list. 


-list, -ls 
specifies that no modules are to be loaded from the tape; only a 
listing of the contents of the IFAD Tape is generated. 


-output_ dir path, -odr path 
specifies the name of the directory in which the deckfile and the 
firmware module segments are to be created. If omitted, the user's 
current working directory is used. 


-patches 
allows patches with zero checksums to be accepted. The checksum is 
adjusted before the record is written to the deckfile. 


-track <n>, -tk <n> 


where <n> is 7 or 9 (for 7- or 9-track tapes). If the -track argument 
is not specified, 9-track is assumed. 


A~3 AUT7T-03 


load _tandd_library load_tandd_ library 


Hotes 


‘The default action of this command, if no control arguments are specified, 
is to load all modules on the tape that are applicable to Multics inte the 
deckfile and ali firmware modules into individual segments. 


Firmware segments are created (in memory image format) using a three component 
entry name: 


fw.name.ident.fw_rev 


where name is the name of the device, ident is taken from the MPC-assembler 
IDENT pseudo-op card, and fw_rev is the firmware revision. 


Each module that is read from the tape and written to the deckfile is 
copied as-is in GCOS object deck format. Each object deck occupies one record 
of the keyed sequential deckfile. The record search key is formed from information 
obtained from the $ OBJECT card. 


If the deckfile already exists in the specified directory, it is updated 
with the new modules read from the tape. This is done by first deleting records 
for which the record search key already exists and rewriting the contents of the 
record, leaving records in the file that do not have a corresponding entry read 
from tape unchanged. 


Catalog records are built for all ITR and MDR tape files while the respective 
tape files are being read. These catalog records are merely a list of all of 
the search keys associated with each individual ITR or MDR tape file and are 
used by the respective ITR and MDR T&D drivers to determine test sequencing. 
Each catalog record is written to the deckfile immediately following each ITR or 
MDR tape file, and have record search keys in the form: 


cata.itr.<mpc_name>.<fw_rev>.<file> -- for an ITR catalog 
or 


cata.mdr.<grp_name>.<file> -- for an MDR catalog 


where: 


<mpe_name> 
is the name taken from the ident pseudo-op card image. 


<grp_name> 
is the name of the generic peripheral group and can be either tape, 
disk, print, or card. 


<fw_rev> 
is the revision of the mpc firmware in this file. For the urempe 
itr/firmware file, it is the revision of the common mpc firmware. 


my 


s the current IFAD tape file number. 


load_tandd library load_tandd_ library 


A listing segment is created in the working directory containing a directory 
of ITR, MDR, Firmware, T&D test pages, catalog records loaded from the tape, and 
a corresponding entry for each deckfile entry. The listing segment has the name 
"tape name.list". 
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APPENDIX B 


FORMATTING DISKS WITH MTR 


This appendix describes a procedure for formatting disk packs using MTRs. 
The procedure utilizes an annotated script which shows typical input and output. 
Because the formatting procedures differ for MSU0451 and MSU0500/0501 devices, 
separate scripts are provided. In the scripts, input typed by the user is 
preceded by an exclamation mark (!). 


FORMATTING MSUO451 DISK PACKS 


The following script shows how to run MTR tests 6 and 3 to format and test 
an MSU0451 disk pack, and to assign alternates to tracks found defective during 
testing. 

1. Enter the Total OnLine Test System (TOLTS): 
! bound _tolts $tolts_ 
#*¥*¥tolts executive version 810301 on 820812 at 20.071 
2. Enter the MPC OnLine Test Subsystem (MOLTS): 
**¥enter "polts", "molts", "colts", "“isolts", "quit", or "msg" 
! 222 molts 
3. List the disk configuration for the disk string in which formatting will be 
done (because of page constraints, the following message is not an exact 
copy of that which is displayed by the system): 
! 2??? test ped dskb 
dsk configuration: 
dskb 451 16 units; starting with device no. 17 
120xx primary channel of 4 logical channels on mpe card mspb 
126xx secondary channel of 4 logical channels on mpe card mspb 
O24xx secondary channel of 4 logical channels on mpe card mspa 
O22xx secondary channel of 4 logical channels on mpc card mspa 
H, Enter MTR test 6 to format and test the MSUO451 device: 
! 222 test mmt12020t6 
where "test mmt12020t6" is a sample of the input format "test mmtICCDDtT": 
mmt identifies the MTR test package 
Ice gives the IOM number (0 = IOM A, 1 = IOM B, ete) and channel 
number (in decimal) of a channel by which the device to be formatted 


can be addressed. It must be one of those shown in the output of 


"test ped" in step 3. In the sample input above, "120" is IOM B, 
channel 20. 
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5. 


6. 


DD gives the device number (in decimal) of the device to be tested. 
In the sample input, it is device 20 (dskb_20). 


T gives the number of the MTR test to be run. In this case, test 6 
should be run to format/test a pack. 


The following output describes steps taken by MTR test 6 to attach the disk 
drive and mount the pack for writing: 


##*#molts executive versions 820601 820701 on 820812 at 19.97 
**0(mmt 12020) short wait, allocation queued 

#®0(mmt12020) start tmt65a-rmel, ttldat 820331, phy./log. id t//04 
*#Q(mmt 12020) start tmt65b-rmc2, ttldat 820331, phy./log. id t//04 
#*O(mmt 12020) start tmt65e-rmc3, ttldat 820401, phy./log. id t//04 
¥#O(mmt12020) start tmt65d-rmc4, ttldat 820405, phy./log. id t//04 
**O(mmt12020) start tmt65e-rmc5, ttldat 820421, phy./log. id t//04 
*¥0(mmt 12020) start tmt65f-rmc6, ttldat 820331, phy./log. id t//04 
#*0 (mmt 12020) 

rmc6 is at your service to format a disk pack - 

**0 (mmt 12020 ) 

#4822 write permission granted ***##* 

**0O (mmt 12020) 

#¥#EX begin format pack **#** 

the test will format all tracks on the pack. format will 

defined by device type. bad tracks will be marked defective 

(no alt. assigned). 

**®0 (mmt 12020 ) 

system device code = .ds450 


Answer MTR initialization questions (not a restart, normal formatting, and 
use 3 write patterns during testing): 


#*#0 (mmt 12020) 
! is this a restart? enter (y or n) -n 
*#0 (mmt 12020 ) 
select (f)ast or (n)ormal format? (f)ast format is designed 
for data security erase and/or test purposes. (n)ormal format 
is designed for disk packs that are going to be used in systems 
! applications. enter (f orn) - n 
#*0 (mmt 12020) 
! select from "1" to "7" write patterns? enter (1 thru 7) - 3 


At this point, formatting of the pack begins: 


**0 (mmt 12020) 
#REEE begin disk pack format **#**# 


After the message in Step 7 is displayed, press the BREAK key to interrupt 
formatting operations. When MOLTS prompts for input, set test options to: 
report the current cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with summary reports attached. 


! <PRESS BREAK KEY> 
! ?2? test momt12020.r 


where "test momt12020.r" is a sample of the input format "test momtICCDD.O": 
momt identifies request to set options 
ICCDD are the IOM, Channel and Device numbers given in Step 4. 
of is the first option, to report current CCC/HH location. 
Set the remaining options when prompted: 
! *0(mmt12020) t6 enter options: .i 


! *0(mmt12020) t6 enter options: .e 
£ *O0(mmt12020) t6 enter options: .s 
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9. 


10. 


11. 


12. 


t 


*O(mmt12020) t6 enter options: .t 
*0(mmt 12020) t6 enter options: .go 


When the .go option is entered in Step 8, MTR reports the current location 
being formatted and displays the defective tracks found. It then asks if 
formatting is to continue: 


! 
: 


®#0 (mmt 12020) 

format function current addr. = 007/00 

**0 (mmt 12020) 

format. funetion current addr. = 007/00 

#*Q (mmt 12020) 

RRSES rmc6 - summary report ®#®#® 

no tracks were formatted defective 

#*¥Q (mmt 12020) 

do you want the test to continue? enter (y orn) -y 


After every 100 cylinders are formatted, MIR displays defective tracks found. 
For example, the final summary displayed just before formatting completes, 
looks like: 


#*0O (mmt 12020) 

rmc6 has formatted tracks "000/00 thru 700/00" 
#*Q (mmt 12020) 

#R***X rmc6 - summary report *###* 

no tracks were formatted defective 

#*¥0 (mmt 12020 ) 

rmc6 has formatted tracks "000/00 thru 800/00" 
®¥O (mmt 12020) 

REEX¥ rmc6 - summary report *#*** 

no tracks were formatted defective 

¥*0 (mmt 12020) 

#**R** disk pack format complete *###* 


After formatting is complete, MTR begins testing the tracks on the formatted 


pack. 


Defective tracks are usually encountered only during the testing 


phase. Error summaries are displayed after every 100 cylinders have been 
tested. 


When 


start media test phase 

¥*¥0 (mmt 12020) 

rmc6 has tested tracks "000/00 thru 100/00" 
#*0 (mmt 12020 ) 

HERE rmc6 - summary report *#*** 

no tracks were formatted defective 

#*0Q (mmt 12020 ) 

rmc6 has tested tracks "000/00 thru 200/00" 
#*¥0 (mmt 12020 ) 

HRREX rmc6 - summary report HER 

no tracks were formatted defective 

#*0 (mmt 12020) 

rmc6 has tested tracks "000/00 thru 300/00" 
¥*¥0 (mmt 12020) 

HERE rmc6 - summary report ***#*#* 

defective - marginal data field on std track 
217/10 

**0Q (mmt 12020) 

#RX**® rmc6 - summary report ***#* 

defective - unrec. data field on std track 
244/06, 245/06 

¥*¥0 (mmt 12020 ) 

HERE rmc6 - summary report **#*#* 

reclaimed - reformatted and certified 
246/06 


testing is complete, termination summary reports are displayed: 


**0 (mmt 12020) 
#¥***® normal termination summary reports *#*** 
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13. 


14, 


15. 


16. 


**O (mmt 12020) 


HRREE rmc6 - summary report ***** 

defective - marginal data field on std track 
217/10 

**O (mmt 12020 ) 

HER rmc6 - summary report *#### 


defective - unrec. data field on std track 
244/06, 245/06 
®¥0O (mmt 12020) 


RREEE rmc6 - summary report ***##* 
reclaimed - reformatted and certified 
246/06 ‘ 


MTR then asks if a new test is to be selected (answer "y" for yes): 


**0 (mmt 12020 ) 
want to select a new test? 
! enter (y or n) -y 


MTR then displays information describing how to select the next test: 


**O (mmt 12020) 

rmc6 will go into waiting! 

select test (t1 thru t6) 

enter test no. thru standard option call (test momticcddtx) - 
¥*O (mmt 12020 ) 

waiting 


To actually select the next test, press the BREAK key and wait for the 
MOLTS prompt. Then select test 3, which assigns alternate tracks for those 
tracks found to be defective above. 


!' <PRESS BREAK KEY> 
! 22? test momt12020t 3 


where "test momt12020t3" is a sample of the input format "test momtICCDDtT": 
momt identifies request to set options 
ICCDD are the IOM, Channel and Device numbers given in Step 4. 
tT gives the number of the next test to run. 

Test 3 initialization displays the following information: 


*¥O(mmt 12020) start tmt65e-rmce5, ttldat 820421, phy./log. id t//04 
*#0(mmt12020) start tmt65d-rmc4, ttldat 820405, phy./log. id t//04 
*##0(mmt12020) start tmt65c-rmc3, ttldat 820401, phy./log. id t//04 


Select subtest 4 of test 3, to assign alternates to all defective tracks: 


¥*Q (mmt 12020 ) 
rmc3 is at your service 
for track and cylinder reformat - 
select a sub test 
a) subtst 1 - reformat 1 track (good) 
b) subtst 2 - reformat 1 cylinder (good) 
ec) subtst 3 - reformat 1 track (defective) 
d) subtst 4 - assign alternate tracks 
! enter (1 thru 4) - 4 


17. MTR then briefly describes the subtest, and asks if the test is to continue 


(answer "y" for yes): 


#*O (mmt 12020 ) 

#RERE Degin subtst 4 ###E* 

assign alternate tracks on the device 

a) subtst will search thru all standard tracks looking for 
tracks marked defective (no alternate assigned). 
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18. 


19. 


20. 


21. 


22. 


b) when a track marked defective (no alternate assigned) is 
detected, the subtst will stop and process this track. 

ec) the alternate track processor will go out to the alternate 
track cylinders and find the first available alternate. it 
will mark the track as assigned alternate. then it will 
mark the standard track as defective (alt. assigned). 

d) the search process will terminate after the last standard 
track completes testing and/or processing. 

do you want the subtst to continue? enter (y orn) -y 


MTR then asks for permission to overwrite the pack's label (answer "y" 


yes): 


#*Q (mmt 12020) 

#EEE® rmc3 - label obliterate warning **#*** 

all sub tests in rmc3 will overwrite the system 

label on track zero. 

do you want the sub test to continue? enter (y or n) -y 


MTR then asks if this is a restart (answer "n" for no): 


MTR then begins displaying summary reports after every 
checked for alternate assignments: 


#*#Q (mmt 12020) 

system device code = .ds450 

#*0 (mmt 12020 ) 

is this a restart? enter (y or n) -n 


*#0 (mmt 12020) 
rme3 has tested tracks "000/00 thru 200/00" 
#*#Q (mmt 12020) 
HERR rmc3 - subtst 4 summary report *¥*##*® 


no alternate tracks were assigned 

#*0 (mmt 12020) 

rme3 has tested tracks "000/00 thru 300/00" 
*%0 (mmt 12020) 

##*¥*X*¥ rmc3 - subtst 4 summary report **#** 
defective - alt assigned 


def alt def alt 
cyl/hd eyl/hd eyl/hd eyl/hd 
217/10 811/00 244/06 811/01 
245/06 811/02 


for 


100 cylinders are 


After alternate assignments are complete, MTR displays a summary report 
describing all alternates on the pack: 


**0 (mmt 12020 ) 

#*¥**#2® normal termination summary reports *##*** 
#*0 (mmt 12020 ) 

HEREE rmc3 - subtst 4 summary report ***#* 
defective - alt assigned 


def alt def alt 
cyl/hd cyl/hd eyl/hd eyl/hd 
217/10 811/00 244/06 811/01 
245/06 811/02 


MTR then asks if a new test is to be selected (answer "n" for no, 
"quit" to exit from TOLTS). 


¥*Q (mmt 12020) 
want to select a new test? 
enter (y or n) -n 


**0(mmt 12020) normal term 1 
#*#¥molts executive version 820701 off 820812 at 21.45 p.t. 119530 


**¥*enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
222 quit 


and 
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#*#tolts executive version 810301 off 820812 at 21.375 
r 21:37 1107. 348 1162 


FORMATTING MSU0500/MSU0501 DISK PACKS 


The following script shows how to run MTR tests 6 and 7 to format and test 
an MSUO500 or MSU0501 disk drive, and to assign alternates to tracks found 
defective during testing. 


ra 


The MPC normally treats an MSU0500 or MSU0501 disk drive as two separately 
addressable devices. However, MTR formats and tests both logical devices during 
a single invocation, referring to one as the "odd device" (e.g., dske_27) and 
the second as the "even device" (e.g., dskc_28). MTR refers to both logical 
devices as a single "head assembly" or "hda". 

1. Enter the Total OnLine Test System (TOLTS): 
! bound _tolts $tolts_ 
##*¥tolts executive version 810301 on 820812 at 20.071 
2% Enter the MPC OnLine Test Subsystem (MOLTS): 


**¥enter "polts", “molts", "colts", "isolts", "quit", or "msg" 
! 222 molts 


38 List the disk configuration: 
! 222 test ped dskd 
dsk configuration: 
dskd 501 16 units; starting withdevice no. 17 
128xx primary channel of 4 logical channels on mpc card mspd 
030xx secondary channel of 4 logical channels on mpe card mspe 
4, Enter MTR test 6 to format and test the entire MSU0500 or MSU0501 device: 
! 222 test mmt12827t6 
where "test mmt12827t6" is a sample of the input format "test mmtICCDDtT": 
mmt identifies the MTR test package 
ICC gives the IOM number (0 = IOM A, 1 = IOM B, ete) and channel 
number (in decimal) of a channel by which the device to be formatted 
can be addressed.It must be one of those shown in the output of 


"test ped" in step 3. In the sample input above, "128" is IOM B, 
channel 28. 


DD gives the device number (in decimal) of the device to be tested. 
In the sample input, it is device 27 (dske_27). Always give the 
device number of the "odd device" associated with the disk drive. 


T gives the number of the MTR test to be run. In this case, test 6 
should be run to format/test the drive. 


oe The following output describes steps taken by MTR test 6 to attach the disk 
drive for writing: 


#*#®molts executive versions 820601 820701 on 820805 at 20.08 

##0 (mmt 12827) short wait, allocation queued 

*#0(mmt 12827) short wait, allocation queued 

**O(mmt 12827) start tmt67a-mtri1, ttldat 820401, phy./log. id t//04 
*#0 (mmt 12827) start tmt67b-mtr2, ttldat 820401, phy./log. id t//04 
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6, 


**0(mmt12827) start tmt67c-mtr3, ttldat 820402, phy./log. id t//04 
**¥0(mmt 12827) start tmt67d-mtr4, ttldat 820405, phy./log. id t//04 
**QO (mmt 12827) start tmt67e-mtr5, ttldat 820421, phy./log. id t//04 
**0O(mmt 12827) start tmt67f-mtr6, ttldat 820405, phy./log. id t//04 


®*Q (mmt 12827) 

mtr6 is at your service to format a physical device - 
*®O (mmt 12827) 

#**€** write permission granted *##** 

¥¥0O (mmt 12827) 


##F*¥X begin upgrade/downgrade hda ****#* 

the test will format all tracks on the hda. the format will be 
defined by device type. bad tracks will be marked defective 
(no alternate). 


Answer MTR initialization questions (ok to format with 512 words per sector, 
not a restart, normal formatting, and use 3 write patterns during testing): 


#*0 (mmt 12827) 
device pair are configured as msu0501's 
the hda will be formatted in (512) words/sector. 
is this correct? 
! enter (y or n) -y 
*¥0 (mmt 12827) 
is this a restart? 
! enter (y or n) -n 
*®Q (mmt 12827) 
select (f)ast or (n)ormal format? 
(f)ast format is designed for data security 
erase and/or test purposes. 
(n)ormal format is designed for hda's to be used 
in systems applications. 
! enter (f or n) -n 
®*Q (mmt 12827 ) 
select from "1" to "7" write patterns? 
! enter (1 thru 7) - 3 . 


At this point, formatting of the pack begins: 


¥*0 (mmt 12827) 
HERF*® hHegin hda format **##*#* 


After the message in Step 7 is displayed, press the BREAK key to interrupt 
formatting operations. When MOLTS prompts for input, set test options to: 
report the current cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with summary reports attached. 


' <PRESS BREAK KEY> 
! 22? test momt12827.t 


where "test momt12020.r" is a sample of the input format "test momtICCDD.O": 
momt identifies request to set options 
ICCDD are the IOM, Channel and Device numbers given in Step 4. 
r is the first option, to report current CCC/HH location. 

Set the remaining options when prompted: 

*0(mmt 12827) t6 enter options: .e 

#0 (mmt 12827) t6 enter options: .s 

*0(mmt 12827) t6 enter options: .i 


*0(mmt 12827) t6 enter options: .r 
*0(mmt 12827) t6 enter options: .go 


When the .go option is entered in Step 8, MTR reports the current location 
being formatted and displays the defective tracks found. It then asks if 
formatting is to continue: 
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**0 (mmt 12827) 

format function current addr. = 004/00 

##0 (mmt 12827) 

format function current addr. = 004/00 

¥*0 (mmt 12827) 

##8*#*® statistics from format of hda *###* 

summary for msu0501 devices (27/28) 

no. of tracks with 1 defect skip 

no. of tracks with 2 defect skips 

no. of tracks with 3 defect skips 

no. of new defect skips generated 
total defect skips processed 

odd device defective tracks 

even device defective tracks 

physical device defective tracks 

total 
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*#O (mmt 12827 ) 
#8222 mtr6 - hda condition summary report *#### 
no tracks were marked defective. 
**0Q (mmt 12827) 
do you want the test to continue? 
! enter (y or n) - y 


10. After every 100 cylinders are formatted, MTR displays defective tracks found. 
For example, the final summary displayed just before formatting completes, 
looks like: 


*¥*0O (mmt 12827) 
mtr6 has formatted tracks "000/00 thru 800/00" 
#0 (mmt 12827) 
#*28® mtr6 - hda condition summary report *###* 
--- msu0501 odd device report (27) --- 
defective - error logging track info 
006/19, 028/19, 284/01, 370/12 
*%0 (mmt 12827) 
#2#2*# mtr6 - hda condition summary report **##* 
--- msu0501 even device report (28) --- 
defective - error logging track info 
008/19, 026/19, 096/05, 174/16, 381/06, 736/09, 778/19 
**0 (mmt 12827) 
#RRE*® statistics from format of hda *#### 
summary for msu0501 devices (27/28) 
no. of tracks with 1 defect skip 
no. of tracks with 2 defect skips 
no. of tracks with 3 defect skips 
no. of new defect skips generated 
total defect. skips processed 
odd device defective tracks 
even device defective tracks 
physical device defective tracks 
total 
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**0O (mmt 12827) 
##22% hda format complete *#### 


11. After formatting is complete, MTR begins testing the tracks on the formatted 
pack. Error summaries are displayed after every 100 cylinders have been 


tested. 
start media test phase 
¥#O (mmt 12827) 
mtr6 has tested tracks "000/00 thru 100/00" 
##0O (mmt 12827) 


##*E* mtr6 - hda condition summary report *#### 
--- msu0501 odd device report (27) --- 

defective - error logging track info 

006/19, 028/19, 284/01, 370/12, 816/04, 818/04, 832/04 

##0 (mmt 12827) 

##22*8 mtr6 - hda condition summary report **#### 
--- msu0501 even device report (28) --- 
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defective - error logging track info 

008/19, 026/19, 096/05, 174/16, 381/06, 736/09, 778/19 
#*Q (mmt 12827) 

###** mtr6 - hda condition summary report ***** 
--- msu0501 even device report (28) --- 
reclaimed - repaired data field 

042/15 

®*0 (mmt 12827) 

HR*€** statistics from format of hda *#*** 

summary for msu0501 devices (27/28) 

no. of tracks with 1 defect skip 

no. of tracks with 2 defect skips 

no. of tracks with 3 defect skips 

no. of new defect skips generated 

total defect skips processed 

odd device defective tracks 

even device defective tracks 
physical device defective tracks 

total 
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12. When testing is complete, termination summary reports are displayed: 


#%0 (mmt 12827) 
##**% normal termination summary reports ***#*# 
¥¥0O (mmt 12827) 
#*F**¥ mtr6 - hda condition summary report ***##* 
--- msu0501 odd device report (27) --- 
defective - error logging track info 
006/19, 028/19, 284/01, 370/12, 816/04, 818/04, 832/04 
¥%*0 (mmt 12827) 
H¥*#**X mtr6 - hda condition summary report *#*** 
--- msu0501 odd device report (27) --- 
reclaimed = repaired data field 
764/09, 830/04 
##0 (mmt 12827) 
#8222 mtr6 - hda condition summary report *#*®** 
~-- msu0501 even device report (28) --- 
defective - error logging track info 
008/19, 026/19, 096/05, 174/16, 381/06, 736/09, 778/19 
##0 (mmt 12827 ) 
HREX* mtr6 - hda condition summary report **##*# 
--- msu0501 even device report (28) --- 
reclaimed - repaired data field 
042/15, 762/09, 818/08 
##Q (mmt 12827 ) 
#¥*£**® statistics from format of hda *#*#* 
summary for msu0501 devices (27/28) 
no. of tracks with 1 defect skip 
no. of tracks with 2 defect skips 
no. of tracks with 3 defect skips 
no. of new defect skips generated 
total defect skips processed 
odd device defective tracks 
even device defective tracks 
_ physical device defective tracks 
total 
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13. MTR then asks if a new test is to be selected (answer "y" for yes): 


#*¥0 (mmt 12827) 
want to select a new test? 
! enter (y or ) -y 


14. MTR then displays information describing how to select the next test: 
**0O (mmt 12827) 
mtr6 will go into waiting! 


select test (t1 thru t7) 
enter test no. thru standard option call (test momticeddtx) - 
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**¥0 (mmt 12827) 
waiting 


To actually select the next test, press the BREAK key and wait for the 
MOLTS prompt. Then select test 7, which assigns alternate tracks for those 
tracks found to be defective above. 


Test 7 assigns alternates for the complete head assembly, whereas test 3 
(used in the procedure for formatting MSU0451 disks) only assigns alternates 
for a single logical device. Thus, test 3 would have to be run twice (once 
for the odd device and once for the even device) to assign alternates on an 
MSU0500 or MSU0501 disk. s 


' <PRESS BREAK KEY> 
$ 222? test momt12817t7 


where "test momt12827t7" is a sample of the input format "test momtICCDDtT": 
momt identifies request to set options 
ICCDD are the IOM, Channel and Device numbers given in Step 4. 
tT gives the number of the next test to run. 
Test 7 initialization displays the following information: 
¥#O(mmt 12827) start tmt67g-mtr7, ttldat 820405, phy./log. id t//04 
Select subtest 1 of test 7, to assign alternates to all defective tracks: 


#*0 (mmt 12827) 

mtr7 is at your service 

for special physical device formatting - 

select the subtst 

a) subtst 1 - assign all alternate tracks 

b) subtst 2 - create & write logging tracks 
! enter (1 thru 2) - 1 


MTR then briefly describes the subtest, and asks if the test is to continue 
(answer "y" for yes): 


*#0 (mmt 12827 ) 
#288# begin subtst 1 ##### 
assign alternate tracks on the phySical device the subtst will 
search "all" standard tracks on the hda for defective (no alt. 
asSigned). if any are found, it will assign the 1st available 
alternate to them. 
*#0 (mmt 12827 ) 
do you want subtst (1) to continue? 

! enter (y or n) -y 
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18. MTR then asks if this is a restart (answer "n" for no): 


*#O (mmt 12827 ) 
is this a restart? 
! enter ty orn) -n 


19. MTR then begins displaying summary reports after every 100 cylinders are 
checked for alternate assignments: 


**0 (mmt 12827) 

mtr? has processed tracks "000/00 thru 100/00" 
#®0 (mmt 12827) 

#ER**X mtr7 - subtst 1 summary report *#*#* 

--- msu0501 odd device report (27) --- 
defective - alternate track assigned 


def alt def alt 
eyl/hd eyl/hd eyl/hd eyl/hd 
006/19 840/00 028/19 840/03 
#¥0 (mmt 12827) 


HRRRE mtr7 - subtst 1 summary report **#*#*® 
--- msu0501 even device report (28) --- 
defective - alternate track assigned 


def alt def alt 
cyl/hd eyl/hd eyl/hd cyl/hd 
008/19 840/01 026/19 840/02 
096/05 840/04 


20. After alternate assignments are complete, MTR displays a summary report 
describing all alternates on the pack: 


**#0 (mmt 12827) 

#*¥F*#*® normal termination summary reports #*###*® 
#20 (mmt 12827) 

RE**R* mtr? - subtst 1 summary report *###* 

--- msu0501 odd device report (27) --- 
defective - alternate track assigned 


def alt def alt 
eyl/hd eyl/hd eyl/hd cyl/hd 
006/19 840/00 028/19 840/03 
284/01 840/06 370/12 840/07 
816/04 840/11 818/04 840/12 
832/04 840/13 
#*0 (mmt 12827) 


##RRX mtr7 - subtst 1 summary report **##* 
--- msu0501 even device report (28) --- 
defective - alternate track assigned 


def alt def alt 
eyl/hd eyl/hd cyl/hd cyl/hd 
008/19 840/01 026/19 840/02 
096/05 840/04 174/16 840/05 
381/06 840/08 736/09 840/09 
778/19 840/10 


21. MTR then asks if a new test is to be selected (answer "n" for no, and 
"quit" to exit TOLTS). 


¥*0Q (mmt 12827) 
want to select a new test? 
! enter (y or n) - n 


**0(mmt 12827) normal term 1 
#¥¥molts executive version 820701 off 820806 at 00.27 p.t. 5185916 


**®enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
! 2??? quit 


#*#¥tolts executive version 810301 off 820806 at 00.165 
r 00:16 5188.584 1038 
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22? 

see quit signal 

see TOLTS operating instructions 
abbreviations 


CDT (Channel Definition Table) 

CMF (Channel Master File) 

COLTS (Communications Online Test 
Subsystem) 

CSR (Customer Service 
Representative) 

EEP (Extended Error Processing) 

FNP (Front-End Network Processor) 

IFAD (Integrated Firmware and 
Diagnostics 

ISOLTS (Isolated Online Test 

' Subsystem) 

ITR (Isolation Test Routine) 

MDC (Molts Disk Confidence Routines) 

MDR (Micro-coded Device Routine) 

MME: (Master Mode Entry) 

MOLTS (MPC Online Test Subsystem) 

MPC (Microprogrammed Peripheral 

Controller) 

(MOLTS Tape Compatibility) 

(MOLTS Tape Shotgun) 

(Media Test and Analysis 

Routines) 

(optimum replaceable unit) 

(Primitive Function Test) 

(Project Master File) 

POLTS (Peripheral Online Test 
Subsystem) 

RMC (Removable Media Certification 
Routines) 

SDW (Segment Descriptor Word) 

SMIC (Set Memory Controller 
Interrupt Cell) 

T!ID (Test and Diagnostic) 

TDL (Test and Diagnostic Language) 

TOLTS (Total Online Test Sparen) 


CDT 


see abbreviations 


CMF 


see abbreviations 


COLTS 


also see abbreviations 1-1 
change control mnemonic 7-4 
change option character 7-4 
control mnemonics 7-7 
display configuration 7-2 
documentation (microfiche) 7-1 
enter options 7-4 
FNP testing 3-1 
functions 7-1 
hardware tested 7-1 
installation instructions 2-2 
list test pages 7-3 
messages 7-8 

debug 7-14 

idle 7-10 


COLTS (cont.) 
illegal operation 7-18 
informative 7-8 
input error 7-16 
test page 7-10 
error 7-19 
operating instructions 7-2 
22? T2 


requests 
test ceneess 7-4 
test eneessoo00o 7-3 
test coneessooo0o 7-4 


special control options 7-7 
start new test 7-3 
terminate test page 7-4 
test page options 7-5 

test programs 7-1 

wrapup (stop) 7-3 


command 
load_tandd_ library A-2 


CSR 
see abbreviations 


EEP 
see abbreviations 


firmware loading facility A-1 


FNP 
see abbreviations 


formatting disks B-1 


IFAD 
see abbreviation 


ISOLTS 

also see abbreviations 
error message processing 6-7 
example terminal session 6-9 
functional capabilities 6-1 
operating instructions 6-2 
operator communications 6-8 
processor test 6-3 

phase 1 6-3 

phase 2 6-6 

phase 3 6- 
special tools 6-8 


ITR 
also see abbreviations 
description of 4-1 
load_tandd library command A-e 


loading firmware A-1 
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MDC 
see abbreviations 


MDR 
also see abbreviations 
description of 4-1 


message facility 3-3 


MME 
see abbreviations 


MOLTS 
also see abbreviations 
also see operation 
change control mnemonic 4-24 
change option character 4-24 
control mnemonics 4-27 
disc confidence program 4-7 
disk confidence test 4-7 


documentation (microfiche) 4-16 


enter options 4-25, 4-27 
funetions 4-1 
hardware tested 4-16 
isolation test ees 4-1 
list test pages 4-19 
media test routines 4-2 
messages 

informative 4-28 

input error 4-34 

ITR error 4-33 

MDC error 4-35 

MDR error 4-33 

MTC error 4-37 

MTG error 4-38 

MTR communication 4-30 

MTR error 4-34 

option error 4-35 

RMC communication 4-32 
micro-coded device routines 4-1 
operating instructions 4-17 

22? Y-17 
removable media routines 4-5 
requests 

test lstal 4-19 

test mdciceddooo 4-20 

test mdrieccddooo 4-20 

test medcicedd 4-24 

test medriccdd 4-24 

test memticedd 4-24 

test mepcice 4-24 

test metciccdd 4-24 

test metgicedd 4-24 

test mlstal 4-19 

test mmticeddooo 4-20 

test modciceddoo 4-24 

test modrieceddoo 4-24 

test momticceddoo 4 

test mopciccoooo 4 

test motciccddoo 4 

test motgiceddoo 4-24 

test mpciccooooo 4 

test mtciceddooo 4 

test mtgiceddooo 4 

test mw 4-19 

test ped 4-17 

test w 4-19 
start new test 4-20 
tape compatibility test 4-11 
tape shotgun test 4-14 
test page Ob rtene 4-25 
test programs 4-16 
wrap-up (stop) test 4-19 


MPC 
also see abbreviations 
reboot firmware 4-1 


rh 


MTC 
see abbreviations 


MTG 
see abbreviations 


MTR 
see abbreviations 


MTR routines 4-2 
communication messages 4-30 
enchancements 4-3 


operation 


condensed version (COLTS, MOLTS, 


POLTS) 3-3 


ORU 
see abbreviations 


PF T 
see abbreviations 


PMF 
see snvpavaettons 


POLTS 
also see abbreviations 
also see operation 
change control mnemonic 5-6 
change option character 5-6 
control mnemonics 5-8 


and 


display peripheral configuration 5-2 


documentation (microfiche) 5-2 
enter options 5-7, 5-8, 5-9 
functions 5-1 
hardware tested 5-1 
list test pages 5-5 
messages 
extended status 5-17 
informative 5-12 
input error 5-17 
invalid TDL instruction 5-2 
option error 5-18 
standard error 5-14 
operating instructions 5-2 
22? -2 


quit signal (user issued) 5-2 
requests 

test lstal 5-5 

test ped 5-2 

test peicedd 5-7 

test piccddooooo 5-6 

test plstal 5-5 

test poiceddoooo 5-6 

test pw 5-5 

test w 5-5 
start new test 5-6 
terminate test 5-7 
test page identification 5-1 
test page options 5- in 
wrapup (stop) test 5- 


quit signal (user issued) 3-3, 
reboot MPC firmware 4-1 


requests 
see MOLTS or POLTS 


RMC 
see abbreviations 


RMC routines 4-5 
communication messages 4-32 


0 


4-17 


SDW 
see 


SMIC 
see 


T!D 
see 


TDL 
see 
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abbreviations 


abbreviations 


abbreviations 


6-2 


i-3 


TOLTS . 
also see abbreviations 
functions 3-1 
installation 2-1 
operating 
instructions 3-2 
222 3-2, 3- 
msg facility 3-3 
restrictions 3-2 
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